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(57) Abstract: Systems and methods are described herein for 
supporting the trading of bonds in a computerized system using 
broker dealers as intermediaries. Broker dealers receive orders 
relating to particular transactions (176) and have the option to 
accept the order by submitting a matching counter order (220), 
or to rebroker the order (202) with the same or modified terms to 
a number of other investors or additional broker dealers. The ad- 
ditional broker dealers have similar options, thus providing a sys- 
tem wherein orders can be quickly proliferated to a large number 
of parties (184). This order proliferation can be fully or partially 
automated through the use of predefined rules stored in a data- 
base which dictate for each broker dealer whether, to whom and 
under what terms to rebroker orders. When an order is received, 
the system processes all such rules to output a set of orders which 
are then communicated to the corresponding parties (178). 
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METHOD AND SYSTEM FOR REBROKERING ORDERS IN A TRADING 

SYSTEM 

Applicants hereby claim the benefit of the following provisional patent 
applications, each of which is hereby incorporated by reference into this application in its 
5 entirety: 

Application No. 60/173,581, titled SYSTEMS AND METHODS FOR 
DIRECT TRADING AND ANONYMOUS ORDER MATCHING, attorney docket no. 
38543/191838, filed December 29, 1999; 

Application No. 60/178,049, titled SYSTEMS AND METHODS FOR 
10 DIRECT TRADING AND AUTOMATED BROKERAGE, attorney docket no. 38543/NEW, 
filed January 24, 2000; and 

Application No. 60/201,599, titled SYSTEMS AND METHODS FOR 
DIRECT TRADING AND ANONYMOUS ORDER MATCHING, attorney docket no. 
38543/NEW, filed May 3, 2000. 
15 COPYRIGHT NOTICE 

A portion of the disclosure of this patent document contains material which is 
subject to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it appears in the 
Patent and Trademark Office patent files or records, but otherwise reserves all copyright 
20 rights whatsoever. 

BACKGROUND OF THE INVENTION 
The invention disclosed herein relates generally to computerized trading 
methods and systems. More particularly, the present invention relates to computerized 
trading methods and systems which facilitate enhanced and anonymous trading through the 
25 systematic use of broker-dealers. 

The use of computerized systems to facilitate commercial transactions has 
increased drastically over the past few years. Such systems range from private networks for 
use by subscribers to open systems available over public networks such as the Internet. These 
systems are being used for many different types of transactions, including the sale and 
30 purchase of airline tickets, cars, and homes, auctions and reverse auctions of various 

merchandise and services, and the trading of securities such as stocks and bonds. In a large 
number of cases, these systems are designed to eliminate intermediaries, such as agents and 
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brokers, who were traditionally involved in executing these transactions. Indeed, these 
systems are touted for providing this feature, especially since it thereby eliminates the cost 
associated with such intermediaries. 

However, by eliminating the role of intermediaries, these systems also lose out 
5 on the benefits provided by such intermediaries. Agents, brokers, and other intermediaries 
typically play a critical role in their respective markets. Among other things, they cultivate 
relationships with clients that lend stability to the overall market and leverage knowledge of 
the market to help clients achieve the desired results. 

This issue becomes pronounced in the market for fixed income securities or 

1 0 bonds. The U.S. fixed income market is the most liquid, largest, and best established in the 
world, due in no small part to the role of intermediaries such as broker-dealers. Broker- 
dealers provide liquidity and perform many settlement requirements for each trade, including 
credit guarantees and storage of dollars. Broker-dealers also perform a key function in the 
bond markets by shouldering the regulatory burden which, under SEC regulations, requires 

15 broker-dealers to register, maintain specific records, and provide various reports on a regular 
basis. Moreover, broker-dealers have substantial expertise and experience which is brought 
to bear in the bond trading process. Fixed income securities are highly complex, with 4.4 
million different fixed income securities outstanding, each having distinct structures, credit 
ratings, coupons, maturities, payment schedules, and features. 

20 Certain systems, such as so-called "cross-matching systems," essentially 

eliminate the use of intermediaries and thereby lose all the benefits provided by broker- 
dealers. Other existing electronic transaction systems provide a limited role for broker- 
dealers. For example, certain proprietary systems, sometimes referred to as "dealer systems," 
allow investors to trade electronically with a specific broker-dealer or group of dealers. 

25 However, these systems do not provide investors with electronic access to market participants 
beyond the specific participating broker-dealers. Also, because each of these proprietary 
systems is limited to specific participating broker-dealers, they fail to automate interaction 
between broker-dealers and require investors to use different systems for each broker-dealer. 

Other systems, such as so-called "inter-dealer systems," allow broker-dealers 

30 to trade with one another only. However, these systems do not allow interaction with 
investors, the ultimate buyers and sellers of the securities. Clearly, a need exists for a 

2 
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comprehensive and effective trading system which allows intermediaries to participate and 
. provide the benefits of their participation. 

In addition, the inventors recognize a need and opportunity to improve the 
traditional role of broker-dealers through the use of an improved computerized trading 
5 system. Currently, fixed income transactions between broker-dealers and their customers are 
executed through multiple voice exchanges of information. An institutional fixed income 
investor will typically relay a verbal order to a salesperson at a broker-dealer. The 
salesperson will then verbally relay the customers order to a trader at the broker-dealer who 
makes markets in that particular security. Negotiations, information requests, and eventual 
10 execution of the transaction are all done either verbally or, more recently, through electronic 
messaging. 

While a simple execution in a liquid security, such as a treasury security, may 
take less than a minute from the initial call placed by the investor to the consummation of the 
trade, an execution in a less liquid bond can take days if the broker-dealer is bidding a bond 

15 that it wishes to own, or offering a bond that it currently owns. Likewise, transactions can 
take considerable,time to consummate if the broker dealer needs to find a buyer of the bond 
that the client wishes to sell or if the broker dealer must find somebody who owns the bond 
and is willing to sell it. Traders and salespeople at broker dealers have to prioritize their time 
and attention to make sure that the most valuable trades get done.. A single salesperson will 

20 have many accounts to cover, but can only conduct one transaction at a time, thus many 
potential buyers do not even learn about bonds that a particular broker dealer may have for 
sale. 

There is thus a need for improved computerized trading methods and systems 
which facilitate the role of broker-dealers in trades and take better advantage of the benefits 
25 which can be provided by broker-dealers and other intermediaries. 

BRIEF SUMMARY OF THE INVENTION 
It is an object of the present invention to solve the problems outlined above in 
existing trading systems. 

It is another object of the present invention to enhance the roles of broker- 
30 dealers in securities trading systems. 

It is another object of the present invention to support anonymous trading 
between investors through broker-dealers in a computerized trading system. 

3 
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It is another object of the present invention to proliferate orders in a trading 
system as quickly and completely as desired by the parties involved to thereby increase the 
chances of achieving a desired trade. 

It is another object of the present invention to facilitate trading of securities 
5 through automated rebrokering of orders by broker-dealers. 

Some of the above and other objects are achieved by a method and system for 
executing a transaction in a computerized system, the transaction based upon an order 
communicated by a first ordering party. The method includes allowing each of a plurality of 
parties receiving an order related to the transaction to designate a plurality of other parties 
10 with whom to communicate orders relating to the transaction and to communicate orders with 
such designated other parties using the system. In certain contexts, such communication of 
further orders is sometimes referred to herein as rebrokering. Following placement of various 
orders, the system determines whether a match occurs on the order communicated by the first 
ordering party and on an order communicated by a second ordering party, and executes the 
15 transaction relating to the matched orders at least by executing orders communicated by the 
first and second ordering parties: 

The methods andisystem may advantageously be used for trading and order 
matching of financial instruments, such as fixed income securities, also referred to as bonds, 
or currencies and foreign exchanges, as well as many other electronic commerce systems 
20 which involve the buying, selling or auctioning of commodities or services. Participants in 
these systems include buyers who submit orders to purchase goods or services, sellers who 
submit orders to sell goods or services, and intermediaries such as broker-dealers or agents. 
In the case of securities, the orders constitute offers to sell securities and bids to purchase 
them. In accordance with an advantageous feature of embodiments of the present invention 
25 as explained further herein, participants may serve in several such roles in any given 

transaction. For example, a broker-dealer may serve as an intermediary by passing along an 
order relating to a transaction or as a buyer or seller by opting instead to submit an 
appropriate matching or counteroffer order. 

In some embodiments, the first ordering party can communicate orders with a 
30 plurality of parties, only one of which is selected for execution of the transaction. That is, the 
selected party is the one who submits a matching order or acts as an intermediary to submit a 
further order which is matched or precipitates further orders one of which ultimately matches 

4 
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the original order. In embodiments for the trading of bonds, a broker dealer receiving an 
order from an investor to buy or sell bonds checks whether it has received a matching order 
from another investor or broker dealer and, if not, proceeds to rebroker the order according to 
instructions from the ivnestor, stored rules, or both. The multiple orders submitted by the 
5 first ordering party may either have the same or different sets of terms, such as price, amount, 
allowable counterparties, acceptable variances in terms, etc. 

Orders may also be of several different types, including live or subject If the 
first ordering party sets an order as live, subsequent parties submitting orders relating to the 
transaction may also submit live orders. When a match occurs between live orders, the 

1 0 system automatically executes the transaction including the orders submitted by the first 
ordering party, by the second ordering party which submitted the matching live order, and by 
any parties in between the first and second parties. When an order is made subject by the first 
ordering party, the system determines whether a condition is satisfied to which the order is 
subject before executing the transaction. An exemplary condition is approval of the first 

15 ordering party. 

j • In some embodiments, each party using the system is associated with or has 
access to a list of other parties with whom the party can communicate orders. This list may 
be generated by the party itself, or may be generated by the system using a set of rules and 
information such as the identity and any restrictions placed by the first ordering party. The 

20 list may be displayed to the party in relation to a specific transaction, and the party can select 
one or more parties from the list with whom to communicate an order. The terms of the order 
which the party can communicate, such as the price, may be limited by the set of rules or 
restrictions set by the company or group to which the party belongs. 

Various aspects of embodiments of the present invention may be illustrated 

25 through the following exemplary scenarios in which parties are designated by letters for 
simplicity. In a first example, a first ordering party A submits an order for a transaction, such 
as an offer to sell bonds at a set price, to party X. X may be a broker-dealer. X designates 
one or more other parties Y„ Y 2 , . . . Y n , to whom to communicate an order relating to the 
bonds. For each party Y, the order may be at the set price or at a markup. Of the parties Y 

30 receiving the order from X, some may be serving as intermediaries who are allowed to 
rebroker their orders and others may be serving as end parties who can only accept the order 
by submitting a matching order or submit a counteroffer. 

5 
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Eventually, some party B submits an order which is determined to match the 
order it received from one of the intermediaries. For the sake of clarity, party B could be: 
party X submitting an order matching the one received from A; one of the parties Y 
submitting an order matching the order received from X; another counterparty who received 
5 an order from one of the parties Y; or another party who can submit orders to broker dealer X. 
In any event, the system executes the transaction by executing all orders between A and B. 
For example, if B received an order from a party Y u the system executes the orders between 
B and Y l9 between Yj and X, and between X and A. As a result, the transaction is executed 
between A and B, e.g., bonds are sold indirectly from A to B, without A and B knowing one 

10 another. Indeed, A is only aware of the execution of its transaction with X and B is only 
aware of the execution of its transaction with Y v 

In a further example, A may submit multiple orders to multiple parties X l9 X 2 , 
. . . Xa, who may each submit further, possibly altered orders to a number of other parties Y. 
To the extent any given party Y receives orders relating to the transaction from multiple 

1 5 parties X, the party Y may choose the order having the most favorable financial terms, e.g., 
the best price or least restrictions, or, for identical orders, either of such orders. Some or all 
of parties Y may further serve' as intermediaries by submitting orders to parties Z,.,and so on. 
As can be seen, the number of parties receiving and submitting orders in this fashion relating 
to the transaction can quickly and exponentially proliferate, thus drastically increasing the 

20 chances of a quick, successful match. 

In accordance with an advantageous feature of embodiments of the present 
invention, the communication or rebrokering of orders by intermediaries is performed on a 
fully or semi-automated basis in accordance with sets of rules determined by the parties. That 
is, each intermediary may have an associated stored set of rules which govern, according to a 

25 set of conditions, whether to rebroker any given order, to whom such order should be 
rebrokered, and the terms of such rebrokered orders. When an order is placed, the system 
processes the various rules of all affected parties to determine the orders presented to all 
parties following all rebrokerage arrangements. 

Using the illustrative examples given above, if A submits an order to party X, 

30 X f s set of stored rules and any restrictions placed in the order by A, such as counterparties to 
whom further orders may be placed, are processed by the system. X may have rules 
providing that it will rebroker all orders to party Y, at a first price markup, will rebroker all 

6 
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orders to party Y 2 at a second, higher price markup, will not rebroker orders received from 
party A to party Y 3 , and will rebroker orders to party Y 4 with a restriction on counterparties to 
whom Y 4 may rebroker the order. The system processes the rules to generate a set of orders 
from X. Rather than immediately communicating these orders, the system determines what 
5 each of the parties Y receiving the orders may do, in part based on their rules, and generates a 
set of orders based on those rules. This process continues until all orders are generated or the 
number of parties in the chain reaches predefined limits. The generated orders are then 
communicated to the identified parties, who can act on them accordingly. 

In some embodiments of the invention, the first ordering party specifies an 

1 0 amount of items he wants to trade and may further specify how much variance in the amount 
is acceptable for a matching order. In addition, the ordering party may specify an additional 
amount of items which are available for trading and which should be associated with the 
order but kept hidden from other parties. The system uses this information in determining 
whether a match is found and for how many items. For example, if the ordering party 

1 5 specifies 1 00 items in the order with an allowable variance of 25 and a hidden inventory 
amount of 50, the system can match the order with orders ranging in amount from 75 to 1 50. 

' Some of the above and other objects of the present invention are also achieved 
by a method and system for facilitating execution of a transaction in a computerized system, 
the transaction being based upon an order communicated by a first ordering party. The 

20 method includes allowing each of a plurality of parties using the system and receiving an 
order relating to the transaction to communicate orders relating to the transaction with a 
plurality of other parties using the system, determining whether a match occurs on the order 
communicated by the first ordering party and an order communicated by a second ordering 
party, and identifying a chain of parties between the first and second ordering parties who 

25 have communicated orders relating to the matched orders. In accordance with the present 
invention, the identities of the parties in the chain are not solely determined by parameters set 
by the first and second ordering parties. Further, the transaction may be executed by 
executing orders communicated by the parties in the chain. 

Using the illustrative examples established above, a party A submits orders to 

30 multiple parties X which can each submit rebrokered orders to one or more parties Y. One 
such party, Y 4 , receives two orders relating to the transaction from parties X, and X 5 , selects 
one of such orders, e.g., the order from X, as the order having the more favorable terms, and 

7 
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submits a rebrokered order to party B. If party B accepts the order or submits a matching 
order, the method and system identifies the chain of parties involved in the transaction. In 
this example, the chain identified by the system includes party B, party Y 4 , party X„ and 
party A. Alternatively, the system tracks with the order the parties in the chain of the order as 
5 the order is passed along, e.g., in this case, the order received by B contains a path stored with 
the order (although preferably not visible to party B) listing Y 4 , X u and A. In either case, the 
identification of parties X, and Y 4 is not solely as determined by parameters set by A and B, 
in that their selection is partly due to decisions made by these intermediaries themselves as to 
whom to communicate orders with and under what terms. If additional intermediaries were 

10 involved between parties X and Y, the identification of these additional intermediaries would 
also be at least partly independent of decisions made by end parties A and B. 

Some of the above and other objects are also achieved by a method and system 
for facilitating execution of a transaction between a first party and a second party through a 
plurality of intermediaries. The method includes, for each intermediary involved in the 

15 transaction, presenting to the intermediary an order received by the intermediary relating to 
m - the transaction. A list of other parties is stored in a memory accessible to .the intermediary, 
♦ .and the list is displayed to the intermediary. The intermediary is allowed to selecttone or 
more parties from the list to which the intermediary can communicate an order relating to the 
transaction, and the order from the intermediary is communicated to the one or more selected 

20 parties. As with the embodiments described above, the intermediary party may communicate 
orders with different terms to different parties from the list, and may define in the order 
whether each such other party may rebroker the order or only accept the order. 

In a further aspect of the present invention, a method is described for 
facilitating execution of a transaction based upon an order communicated by a first ordering 

25 party, the method including presenting to a second party an order received by the second 
party relating to the transaction, and allowing the second party to decide whether to match the 
presented order or communicate an order relating to the transaction to one or more other 
parties. If the second party decides to match the presented order, the transaction is executed 
by at least executing the presented order and the order communicated by the first party. If the 

30 second party decides to communicate the order, the order is communicated to the one or more 
other parties. 



8 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The invention is illustrated in the figures of the accompanying drawings which 
are meant to be exemplary and not limiting, in which like references are intended to refer to 
like or corresponding parts, and in which: 
5 Fig. 1 is block diagram showing a trading system in accordance with one 

embodiment of the present invention; 

Figs. 2A-2B contain a flow chart showing a process of generating orders 
through broker dealers using the system of Fig. 1 in accordance with one embodiment of the 
present invention; 

1 0 Figs. 3 A-3B contain a flow chart showing an alternative process of generating 

orders using stored rules in accordance with one embodiment of the present invention; 

Fig. 4 is a flow chart showing the processing of orders in accordance with 
another embodiment of the present invention; 

Figs. 5-7 are flow diagrams showing exemplary trading scenarios involving 
15 broker dealers using the system and methods of Figs. 1-4; 

Fig. 8 is a flow chart showing a process for matching orders executed in the 
system of Fig. 1 in accordance with one embodiment of the present invention; 

Figs. 9-18 are exemplary screen displays used in one implementation of the 
present invention to display and collect information and actions by users of the system of Fig. 
20 l;and 

Fig. 19 is a block diagram showing an object model supporting one 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Embodiments of the present invention are now described with reference to the 
25 drawings in the Figures. The primary embodiments described below include a computerized 
trading system for the trading of bonds among parties using broker dealers as intermediaries. 
The system contains software and data structures which, among other things, support 
anonymous trading through broker dealers, allow parties to have a high degree of control over 
the trading process, and substantially automate the trading process. As will be recognized, 
30 the system may alternatively be used for the trading of many other types of products or 
services in a computerized environment. 



9 
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With reference to Fig. 1, one preferred embodiment of the bond trading system 
10 of the present invention contains an order processing server 12 connected directly or over 
a telecommunication link 14 such as the Internet to a number of investor client computers 16 
and broker dealer client computers 18. Investors utilize the investor client computers 16 to 
5 place orders such as bids or offers to other parties using the order processing system 12 
through a graphical user interface 20. Similarly, broker dealers use broker dealer computers 
18 running the program generating the graphical user interface 20 to receive orders from 
investors through the order processing system 12 and rebroker the orders to counterparties or 
other broker dealers. 

10 The order processing server 12 is a computerized device having a processor 

22, a number of volatile and nonvolatile memory devices 24, input/output devices 26, and a 
communication interface 28 for receiving and transmitting messages over the 
telecommunication link 14. In accordance with the invention, the order processing server 12 
has a database management program 30 which manages one or more databases stored in the 

15 memory devices 24 for storing data used in order processing. The databases include: user 
information files 32 storing registration and authentication data; order.files 34 storing detail 
and status data regarding orders placed on the system 1.0; rule files 36 storing rebrokerage 
rules used in determining whether and how to rebroker orders for each broker dealer; and 
trade files 38 storing information regarding matched orders that have been executed as trades. 

20 These data structures are described in greater detail below. 

The order processing server 12 also contains a number of software programs 
or routines for performing various functions needed to process orders. These routines 
include: a user authentication routine 40 for providing access to the system to users based on 
data in the user information files 32; an order processing routine 42 for receiving orders from 

25 users and updating the data in the order files 34; an order matching routine 44 for determining 
when two orders entered on the system are matching and should be executed and entered in 
the trades file 38; a rules processing routine 46 for processing the stored rules 36 in the 
context of specific orders and determining what additional orders should be generated as a 
result; and a message router 48 for routing messages among the users of the system. The 

30 operation of these software routines is described in greater detail below. 

In some embodiments, the database management system is an object oriented 
relational database system which is implemented utilizing commercially available software 

10 
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and uses standard query language. Database software is commercially available from Oracle, 
Microsoft and others. The processor in the order processing server 12 comprises the central 
processing unit of a computer, e.g. an Intel, Motorola, or AMD microprocessor. The message 
router 48 may be implemented utilizing software or hardware, and commercially available 
5 software for routing messages includes software from Microsoft, Oracle and others. 

The system of the present invention may be implemented as a "virtual" 
system, for example as a site on a computer network such as the world wide web, a corporate 
intranet, a government/military network, or the like. For ease of access to the widest number 
of participants, the virtual community is implemented in one embodiment as a world wide 

10 website. Currently available hardware platforms, including PC's, Minicomputers and 

mainframes, and currently available operating systems, including UNIX, MS Windows, Mac 
OS and Linux, may be utilized to host the site. 

In embodiments in which the system is implemented to operate over the 
Internet usjng web protocols, messages to and from users are in Extensible Markup Language 

1 5 (XML) format. Users run web browsers on their client computers 16, 1 8 and download the 
graphical user interface components as XML markup pages from the server 12. Users /then 
transmit order data and request services via XML messages, and responses are likewise 
provided via XML messages. All messages to and from the processor may also be encrypted 
using SSL. These messages can thus be sent and received from any XML compatible 

20 platform. A programmatic API (application program interface) may be provided to facilitate 
the formulation of XML message requests and the handling of XML message responses. The 
API is used to communicate with the order processing site 12. The structure and use of the 
XML format for messages in the present system are described in greater detail below, and 
exemplary XML message formats for various functions supported by the bond order system 

25 are contained in an Appendix attached hereto and forming part hereof. 

Referring now to Figs. 2A-2B, one generalized process for generating orders 
using the trading system of Fig. 1 begins when an investor generates an order, step 70. As 
explained further below, the investor generates the order by completing information requested 
in an XML page downloaded from the order processing server 12. The order information 

30 includes: the identity of the bond being traded, e.g., the CUSIP; the terms of the order 
including pricing information, whether the order is live or subject, minimum and maximum 
price amounts which would be accepted for a match, a tail, whether the order can be partially 

11 
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matched and whether the system should generate a new order with any remainder; authorized 
counterparties who may or should receive the order; and authorized broker dealers and any 
restrictions on the ability of the broker dealers to submit orders of their own or rebroker the 
order to others. The order is transmitted over the Internet to the server, step 72, which 
5 validates the order and posts it to the order file, step 74. The order is now available for 
viewing by all authorized counterparties and broker dealers. 

When an authorized counterparty or broker dealer accesses order data from the 
server, the new order is transmitted from the server and displayed in the list of orders for that 
party, step 76. These recipients may then, among other things, submit orders relating to this 

10 transaction in similar fashion. This includes broker dealers, unless the investor has limited in 
the original order the ability of the broker dealer to submit orders. The order matching 
routine regularly polls pending orders, searches for matching orders, step 78, and executes the 
transaction if matching orders are found, step 80. 

If a party receiving the order via the order files is a broker dealer authorized by 

1 5 the investor to rebroker the order, step 82, the broker dealer is presented on the order listing 
with the option to rebroker the order. If the broker dealer decides to rebroker the order, step 
84, an XML web page is downloaded to the broker dealer computer from the server and 
presented to the broker dealer, step 86. The server also generates a list of parties to which the 
broker dealer may rebroker the order by retrieving the identities of parties with which the 

20 broker dealer is authorized to transact business stored in the user information files, step 88, 
and modifying the list in accordance with any restrictions placed by the investor in the order, 
step 90. The list of authorized parties is supplied in advance by the broker dealer when 
registering with the bond trading system, and may vary depending upon the particular 
employee within the broker dealer who is accessing the system. 

25 The broker dealer receives the rebroker page and list of available rebrokerage 

target parties and completes information requested in the page, including a selection of 
counterparties from the list to which the order is rebrokered, step 92, and the terms of the 
rebrokered order, step 94. The terms may include a change in price of the order due to a 
markup imposed by the broker dealer. The completed information is transmitted to the 

30 server, step 96, which generates one or more orders based on the completed information, step 
98. The generated orders are posted to the order file, step 100. The process then continues 
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when the recipients of the brokered orders download updated order information from the 
order file. 

As can.be seen, this process allows an order to be brokered and rebrokered to 
any number of parties and counterparties. When an order is matched, either between a party 
5 and a counterparty, which may be a broker dealer, or between a broker dealer and a 
counterparty, the order processing system identifies the chain of parties having matched 
orders by processing the orders file to follow each order in the transaction relating to the 
identified bond back up to the original investor submitting the first order. The individual 
orders between each party are each executed as separate portions of the overall transaction. 

10 The process of proliferating orders in the system as set forth in Figs. 2A-2B is 

performed without the use of the rules file and rules processing software component. An 
alternative for proliferating orders in a highly automated process using these components is 
set forth in Figs. 3A-3B. As before, the process begins with an investor generating an order 
and transmitting it to the server, step 110. The server posts the order in the order file, step 

15 112. The rules processing software running on the server then parses the order to retrieve the 
list of counterparties in- the order, step 4 14. For each counterparty, the rules processor 
determines if the party is a broker dealer and-is authorized in the order to rebroker the order, 
step 116. If the party is not authorized to rebroker, the order is simply posted in the order file 
as a straight order, step 118. 

20 If the party is authorized to rebroker, the rules processor determines whether 

the party has already received another order from a different source relating to this 
transaction, step 120. Such a prior order could have been received if the order under 
consideration is not directly from the investor but from another intermediary party. If such an 
order was received, the software determines whether the terms of the prior order, e.g., the 

25 price, are better than the terms of the current order, step 122. If so, the current order is 
ignored, step 124, on the theory that the broker dealer would always prefer to deal with the 
more favorable order as between conflicting orders for the same trade. 

The rules processor retrieves the broker dealer's rules from the rules file, step 
126. The specific nature of the rules which may be set by broker dealers is described in 

30 greater detail below. Among other things, the rules can set trading limits for a given broker 
dealer or employee within a broker dealer's organization and can specify customers or 
investors whose orders can be rebrokered or to which orders can be rebrokered. The rules 
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processor thus checks based on the rules whether the broker dealer's trading limits have been 
reached, step 128. If the limits have been reached, the broker dealer is informed that it cannot 
engage in trading over this order, step 130, and the order is ignored, step 124. 

If the trading limits have not been reached, the rules processor determines 
5 from the rules whether the broker dealer is allowed to rebroker orders received from the 
investor or other customer (which may be another broker dealer), step 132. If no rebrokering 
is permitted, the order is posted to the order file for this broker dealer with a notation that 
rebrokering is not available, step 134. If rebrokering is permitted, the rules processor iterates 
over the list of counterparties contained in the broker dealer's stored list, step 136, and 

10 determines for each whether the counterparty is a permissible trading partner with the 
investor or customer which generated the order under consideration, step 138. This 
determination is made based on the customer's stored rules, the counterparties' stored rules, 
and/or any restrictions imposed in the order itself. 

For each counterparty to whom rebrokering is permitted, an order is generated 

15 by the order processing server, step 140. The order contains the terms from the order 
received by the broker-dealer, e;g:, the identity of the bond(s) in question and whether the : 
order is live or subject, modified in accordance with any rules from the broker dealer's rule 
file. These modifications include, for example, a markup on the price in the order associated 
in the rules file with the respective counterparty. When all such counterparties have been 

20 considered for the broker dealer, step 142, the system returns to consider the next pending 
order in similar fashion. When all such orders have been processed in this fashion, step 144, 
the generated orders are posted to the order file, step 146, so that they are accessible to the 
users of the system. 

As can be seen, using this process the order processing server has preprocessed 
25 all orders in accordance with the rules to generate a set of resulting orders which are then 
communicated to the parties. The parties receiving these orders can then submit counter 
orders, from which the order matching software will locate any matches, in accordance with a 
process described more fully below. Because the process described with reference to Figs. 
3A-3B is automated, a risk exists that a combinatorial explosion could occur while the system 
30 is proliferating orders. To prevent this, the order processing server imposes a braking 

mechanism on the iterations that stops further proliferation of orders. In one embodiment, the 
server tracks the number of parties in a chain of orders starting with the investor submitting 
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the initial order through the various broker dealers who received the order. This tracking may 
be performed by appending each step in the pathway taken by an order to the order data entry. 
The system then ignores any orders once a threshold number of parties in the pathway or 
chain has been reached, e.g., three. The server would then terminate the order at that broker 
5 dealer and not allow any further rebrokering. Other braking mechanisms may be used as 
would be understood by one skilled in the art depending upon the expected trading volume in 
the system and the extent of automation in the process. 

Figs. 2A-2B and 3A-3B set forth substantially non-automated and 
substantially automated processes, respectively, for generating orders through rebrokering. 

1 0 Fig. 4 shows the processing of orders in a further embodiment of the system. The process 
shown in Fig. 4 provides for broker dealers to check for matches on existing orders it received 
before implementing the stored rules for automated rebrokering of a new order, including 
matches on orders placed by the broker dealers themselves. Referring to Fig. 4, the process 
begins as before with a new order submitted to a broker dealer, step 170, which is checked for 

15 validity, step 172. The order includes various information as described further herein, 

including a list of counterparties to which the order initiator wants to have the order sent and 
whether the order may be matched internally by another order originated from the same 
company as the current order. If the order is invalid, a message to that effect is provided to 
the submitter, step 174. The system also checks whether the user sending the order has rights 

20 to send the order to each counterparty specified in the order, based for example on a check of 
the counterparties against the sector of the order, and stores the order details for a valid order 
and for acceptable counterparties in the order file, step 176. The party creating the order is 
notified that it has been successfully entered on the system and whether it does not have 
rights to send the order to any of the specified parties, step 178. 

25 If the order specified that matches on internal orders were permitted, step 1 80, 

the system attempts to match the current order with orders from the same company as the 
current order, step 182. The logic for finding matching orders is described in greater detail 
below with reference to Fig. 8. 

The existing order may be an order which has been rebrokered by a broker 

30 dealer with a markup to others in the system, step 1 84. If no counterparties are specified in 
the original or rebrokered order, or any listed counterparties were eliminated in the sector 
check described above, step 186, the order is not rebrokered and the process stops, step 188. 
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For each counterparty specified in the original or rebrokered order, the order processing 
server determines whether the broker dealer has a relationship with the counterparty, step 
190, and is thus permitted to trade with the counterparty. This determination is made based 
on the broker dealer's user information stored in the system. If not, no order is generated for 
5 this counterparty, step 192, and the system proceeds to consider the next counterparty in the 
order. 

If trading is permitted, the server stores the order for the counterparty and 
captures the path that the order takes across each rebrokerage and applies the markup 
indicated by the broker dealer to determine and store the price, step 194. The counterparty is 

10 notified that the order has been brokered to him, step 196. This notification occurs when the 
counterparty accesses the order file as described above or through a messaging system. 

The system attempts to match the order with other orders in the system 
received from the counterparty or submitted by the broker dealer itself, step 198. The process 
for finding a match is described in greater detail below with reference to Fig. 8. If no match 

15 is found, step 200, the rules set by the broker dealer receiving the order are accessed to 
determine whether and how the order may <be rebrokered automatically, step. 202, as 
explained above. If the criteria for rebrokering the order are met, the system creates a 
rebrokered order or orders in accordance with the rules, including the predefined markup for 
each potential counterparty, step 202. The order is then processed in accordance with the 

20 procedure for other orders, as just described. 

In this embodiment, then, the rules for rebrokerage are checked, and 
automated rebrokering occurs, when no matches are found in pending orders for a given 
broker dealer though manual entry of orders or rebrokered orders. In another embodiment, 
the system waits a preset period of time for counterparties to receive the notification of the 

25 order and submit orders which may match the orders, or for the broker dealer to submit such a 
counterorder. Following this period, the system rechecks for matches and implements the 
business rules for rebrokerage if matching orders are still not found. 

If an internal match is found, step 1 83, or a counterparty or broker dealer order 
match is found, step 200, the system checks whether the order has been set (by the original 

30 ordering party) as subject or live, step 206. If set as subject, the system notifies the 

counterparties, including the original ordering party and the counterparty (either an investor 
or broker dealer) who submitted the matching order that a match has occurred and if the 

16 



WO 01/48668 



PCT/US00/35492 



orders were changed to live the trade would occur, step 208. If the parties proceed to change 
the order to live, or if the order was originally set as live or to change into a live order after a 
given period of time, the system continues to process the transaction by determining whether 
the matched orders are for the same number of items or for a partial fill of the original order, 
5 step 210. Handling of partial fills, remainders, and tails are described more fully below. 

The system creates the trade and updates all the orders relating to the 
transaction to indicate that they have been traded as well as the information for each party in 
the chain involved in the trade, step 212. This is accomplished through use of the path 
information stored with the order to identify the chain of parties involved in the transaction. 

10 A notification of the trade is sent to the parties involved in the trade, step 214. The system 
further cancels all orders that are in the path of the order that matched, step 216. With this 
done, the system can also cancel all orders which branched off the cancelled orders, thus 
revising the order table to reflect that those resulting orders are now inactive. 

If the matched orders resulted in a partial fill and the original ordering party 

1 5 specified that a new order should be generated from the remainder or unfilled portion, step 
218, the system generates such new order and submits it as a new order, step 170... Otherwise, 
processing for this transaction- is stopped, step 220. As a result, a transaction relating to the 
original order has been executed, and the parties involved in each stage of the transaction can 
then proceed to arrange for settlement and payment. Embodiments of the trading system of 

20 the present invention are designed to interface with existing settlement and payment systems, 
such as the Thomson Financial system or the OASIS system using the SWIFT protocol, 
through the use of an application programming interface which facilitates integration of the 
systems. 

Several illustrations presented in Figs. 5-7 will assist in the understanding of 
25 the operation of the bond trading and order processing systems of various embodiments as 
described herein. Referring to Fig. 5, a customer 5 A submits an offer to sell one or more 
bonds at $101/each to three broker dealers 5B, 5C, and 5D. The order specifies that broker 
dealer 5B is not permitted to rebroker the offer but can submit bids to match the order. 
Broker dealers 5C and 5D are permitted to rebroker the order and do so manually or 
30 automatically using the bond trading system of the present invention at a markup. Broker 
dealer 5C sets a markup of $.03125, for a total price of $101.03125, and rebrokers the order 
by issuing new orders at that price to counterparties 5E, 5F, and 5G. These counterparties 
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may be customers or other broker dealers, and in all cases can submit orders relating to the 
transaction which could be matched with the orders they received. Broker dealer 5D sets a 
different markup of $.0625, and thus rebrokers its order at $101.0625 to counterparties 5H 
and 5L 

5 In accordance with aspects of the invention, original ordering party 5 A chose 

not to send its order to broker dealers 5 J and 5K. Similarly, counterparties 5L and 5M did not 
receive rebrokered orders for one of several possible reasons, including in various 
embodiments that: they were not eligible to receive orders from the given sector; they do not 
qualify based upon parameters set by party 5 A; they are not customers of the broker dealers 

10 5C or 5D; or that the rebrokerage rules of broker dealers 5C or 5D preclude rebrokering of 
orders received from customer 5 A to these parties. 

Fig. 6 illustrates other aspects of the bond trading system of the present 
invention. In the scenario illustrated in Fig. 6, customer 6A submits over the system an offer 
to sell a bond to broker dealers 6B and 6C at $101 . Either through a manual decision or the 

15 application of its rules, broker dealer 6B rebrokers the offer to broker dealer 6C at a markup 
.of $.09375: Thus, broker dealer 6C receives two orders relating to the same transaction, in 
this case,: the same bond(s), one from customer 6 A at the base price and one from broker 
dealer 6B at the marked-up price of $101 .09375. The marked-up offer would naturally be 
ignored in favor of the offer at the base price (which in this case is the better price), either 

20 manually by the employee acting on behalf of broker dealer 6C, or by the system in the 
automated rebrokerage embodiment. In other embodiments, the system would post both 
orders to broker dealer 6B so they are visible and available to the broker dealer, in case the 
broker dealer would prefer to rely on factors other than price to make the decision which 
order to rebroker. 

25 In addition, both broker dealers 6B and 6C rebroker the offer to a third broker 

dealer 6D, the offer from broker dealer 6B being at a marked-up price of $101 .09375 and the 
offer from broker dealer 6C being at a marked-up price of $1 01 .0625. These offers may 
specify that broker dealer 6D has the right to further rebroker the order to counterparties. The 
availability to one party of multiple orders relating to the same transaction and that party's 

30 ability to resolve such multiple orders in its favor is an important feature provided by the 
system of the present invention. 
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Furthermore, the three broker dealers receiving orders in Fig. 6 rebroker the 
orders to other counterparties. Broker dealer 6B rebrokers the order at a markup of $.0625 to 
its customers 6E. This markup is lower than the markup of $.09375 applied to in the order 
sent to broker dealers 6C and 6D, which was a decision set by broker dealer 6B in its rules or 
5 manually to preclude the broker dealers from undercutting the price to customers. Broker 
dealer 6C rebrokers the order it received from customer 6A to broker dealers 6F, without the 
right to rebroker, and to customers 6G. Here, too, the markup used by broker dealer 6C for 
customers is lower than for the order sent to broker dealers, $.03 125 as compared to $.0625. 

Broker dealer 6D also rebrokers the order to customers 6H, applying a markup 
10 of $.03125 to the order of $101.0625 it received from broker dealer 6C for a total offer at 
$101 .09375. Other broker dealers 61 and customers 6 J who are registered with the bond 
trading system have not received any orders in this transaction and thus do not participate. 

If one of customers 6H submits an order which the system determines to 
match the order it received from broker dealer 6D, the system identifies the parties to be 
1 5 involved in the transaction by tracing the connection from broker dealer 6D to the party who 
r sent it the order its rebrokered order was based upon, in this case broker dealer 6C who 
. provided a better offer, and by further tracing the transaction back from broker dealer 6C to 
customer 6A who originated the offer. In one embodiment as further described below, this 
path is stored in the order file as part the order data for the order to customer 6H. Thus, the 
20 system identifies the chain 6A-6C-6D-6H for the transaction, and executes the orders between 
each pair of parties in the chain, i.e., between 6A and 6C at $101, between 6C and 6D at 
$101.0625, and between 6D and 6H at $101.09375. 

This example illustrates several advantages provided by the system. First, a 
willing trading partner for the offer made by customer 6A was located in customer 6H with 
25 whom it might not otherwise have conducted business. In addition, such transaction was 
accomplished transparently to both customers 6A and 6H, who only are aware of dealing with 
their broker dealers. The transaction was also anonymous as between the customers. 

Fig. 7 illustrates the transaction shown in Fig. 6 as implemented in a full or 
partially automated embodiment in which rules are used to rebroker orders. In this case, 
30 customer 6 A sends its offer via the Internet 14 to the order processing server 12, which 
validates and stores the order. The order processing server 12 then applies the stored rules to 
determine the rebrokered orders which should be generated based upon the order from 
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customer 6A. The resulting orders, determined using the logic shown in Fig. 6 and stored 
rules for markups, are then stored in the order table and made available to all the broker 
dealers 6B, 6C, 6D, and 6F and to customers 6E, 6G, and 6H. 

In the scenarios illustrated above, the business rules of the broker dealer are set 
5 to provide a given markup for given counterparties and to select orders from two parties on 
the same bond based on price. In other embodiments, the rules may be set to provide other 
changes in order parameters or to use other order parameters for selecting among two or more 
orders on the same bond. For example, the broker dealer may set in its rules that the 
minimum amount be increased if below a certain threshold, perhaps to avoid doing business 
10 on orders which are too small. The increase would still need to be below the maximum 
amount. In this case, a comparison of two orders would factor both price and minimum 
amounts, and the recipient would consider both parameters in selecting one of the orders. 
Alternatively, the rules may be set to change the descriptive data or certain other parameters 
in the order. 

1 5 Similarly, the broker dealer in some embodiments may set in its business rules 

which parameters should be used to select among orders. The broker dealer could select, for 
p example, for the system to select orders based on price, as above, or based on the range in 
amounts between minimum and maximum, the counterparties specified, whether the order is 
live or subject, whether the order is based on price or spread, etc. 

20 An exemplary process by which the order processing system matches orders is 

illustrated in Fig. 8. The matching process is performed for broker dealers, that is, for bids 
and offers received by a broker dealer. The system performs the matching by first generating 
a list of candidate offers that partially match a specific order based on, in one embodiment, 
CUSIP and price, step 240, accounting in price for any markup applied by that broker dealer 

25 to the specific counterparty submitting each candidate offer. If the list of candidate offers 
contains only one offer, this offer is deemed to match and the system updates the order and 
trade files [accordingly to reflect that a trade has occurred, step 262'. If the offer was subject, 
the parties are first notified and confirmation is requested before the trade is executed, as 
explained above. 

30 If the candidate list contains multiple orders, one of such orders must be 

selected. In some embodiments, the party that generated the original order can specify 
whether it prefers a match to occur on price or on amount of securities in the trade. If the user 
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specified a match on price, step 244, the candidate list is searched for one or more orders at 
the best price, step 246. If multiple such orders at the best price are found, step 248, the 
system selects the one of such orders having the largest amount of securities, step 250. 
Otherwise, the order at the best price is selected from the list, step 252. If the user specified a 
5 match based upon amount, the candidate list is searched for orders at the highest amount, step 
254. If multiple such orders at the highest amount are found, step 256, the order with the best 
price is selected, step 258; otherwise, the order at the highest amount is selected, step 260. If 
in either instance after narrowing the list based on price and amount the candidate list still 
contains multiple orders, one of the orders is selected at random or based on an earlier time of 

10 receipt of the order. The selected order is used for the transaction, and the order files and 
trade files are updated accordingly to reflect that the transaction has occurred, step 262. 

As mentioned above and explained more fully below, the ordering party may 
specify that a matching order must exactly match the number or amount of items being 
offered, or may specify that a partial fill is acceptable with a displayed amount, a minimum 

1 5 and maximum acceptable amounts, and a tail amount which identifies the minimum amount 
which must be left over following a partial fill. . Since the matching process of one 
embodiment as just described involves comparing amounts contained in two orders, it 
involves comparing orders which may vary with respect to these user settings. 

For example, if one order is specified as an exact match, the displayed amount 

20 of that order must be equal or higher than the other order's minimum amount and either equal 
to the maximum amount or less than or equal to the maximum amount minus the tail amount. 
If this condition is satisfied, the displayed amount is selected as the trade amount. If both 
orders have a user setting of partial fill, the system checks whether the maximum amount of 
the order with the lowest maximum amount is equal or higher than the other's minimum 

25 amount and either equal to the maximum amount or less than or equal to the maximum 
amount minus the tail amount. If that condition is satisfied, the maximum amount of the 
order with the lower maximum amount is selected as the trade amount. Stated another way, 
the amounts set in each order define a set including the interval [min, max-tail] and an extra 
point at the maximum amount. In the case of an exact match, of course, the set consists only 

30 of the displayed amount. The system tries to intersect the respective sets to find a match in 
amounts. 
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In some embodiments, the failure to satisfy these conditions results in a 
finding of no match on amount. In other embodiments, if these conditioned are not satisfied, 
the system selects the smallest value between the differences of maximum amount minus tail 
amount of the two orders. That amount, sometimes referred to herein as the try out amount, 
5 is selected as an amount to be considered for trading. The parties would then be given the 
option to pursue a transaction on that amount. 

In some embodiments, a user may further specify a hidden maximum amount 
for an order, which is a higher maximum amount the user would be willing to trade than 
actually displayed as the displayed exact amount or displayed maximum amount. This 

10 hidden maximum amount would then be used in the matching process described above 
instead of the displayed exact or maximum amount. 

Further embodiments provide for orders to be based not only on price but on 
spread. Spread in the bond market is understood as yield spread to a reference security, 
calculated by subtracting the yield in basis points (each point being 1/100* percent) of the 

15 reference instrument from the yield of a bond. The instrument may be a treasury, an 

interpolated point on the treasury yield curve, or a specific term of LIBOR. /The yield spread 
allows the two parties in a transaction to negotiate a trade; without having to change prices 
each time the market goes up or down, but rather to agree on the spread, the reference 
instrument, and the yield at the time of the trade. The price can then be calculated based on 

20 this yield as understood by those skilled in the art. . 

When specifying an order based on yield, the ordering party must make the 
order subject, so that a price can be computed from agreed upon spread terms before a 
transaction is executed. In addition, the ordering party specifies spread in basis points and 
reference instrument. Preferably, the system stores a list of standard instruments from which 

25 users may select in order to maintain consistency in representations to drive matches. The 
system matches two spread orders having the same CUSIP, settlement dates, spread in basis 
points, and reference instruments, and compatible amounts. When a match is found between 
two spread orders, the system notifies the parties of the match and their need to change the 
subject, spread based orders to live, price based orders in order to complete a trade. To allow 

30 matching to occur at a broker dealer for both types of orders, broker dealers would set their 
markups in terms of both price and spread at the time such an order is rebrokered or as part of 
the stored rules. 
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Details of one specific implementation of the bond trading system of the 
present invention are now described, including exemplary screen displays shown in Figs. 9- 
12, the data structures supporting orders and parties involved in the system, and the XML 
format used to support the transfers of data and notifications of parties. It will be understood 
5 by one skilled in the art that these details describe one particular implementation in a given 
computing environment, and that many alternatives are available to provide substantially the 
same functionality as described herein. 

As explained above a graphical user interface is presented to clients as markup 
documents readable in clients' browser programs. Such a GUI includes screens for 

10 submitting orders, rebrokering orders, displaying orders which may be rebrokered, and 

displaying all or subsets of orders available to a party. An ordering screen is shown in Fig. 9. 
The screen contains an input field 300 for entry of a bond's CUSIP, and input fields 302 for 
additional bond data including issuer data, coupon, and maturity and settlement dates. In one 
embodiment, the system stores a database of bonds and related data, and the input CUSIP can 

15 be used by activating a "Load CUSIP Data" icon 304 to query the database and retrieve the 
remaining bond information for automatic filling of the other input fields 302. 

The screen in Fig. 9 further contains fields for selecting the type of order 306 
and the initial order price or spread 308. Depending upon whether a live or subject bid/offer 
is selected, the screen displays an input field 3 1 0 for allowing the user to set a time period 

20 after which the order will go from being live or subject to subject or live, respectively. The 
user enters the amount information in amount fields 312, including a displayed amount and, if 
an exact match is not requested, minimum, maximum and tails. If a displayed amount is 
input as well as minimum and maximums, these latter values are kept hidden and used for 
matching purposes. 

25 A partial fill field 3 14 allows the user to select how an order will be adjusted 

in response to execution of a transaction in amounts less than the maximum amount. The 
drop down list values are None (meaning that partial fills are now allowed, which causes the 
GUI program to disable the input fields for minimum and maximum amounts); With New 
Order (which allows partial fills based on minimum amount and directs the system to 

30 automatically generate a new order with the remainder and carrying over the user set terms, as 
discussed above); and Without New Orders (which allows partial fills but does not direct the 
system to generate new orders with any remainder). 
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An Adjust Price with Treasury field 316 allows a user to specify whether the 
price will be adjusted according to continually updated CMT yields. When the field 3 1 6 is 
checked, additional fields are presented which allow the user to specify: the value of one 
basis point change in treasury yield, which represents the ratio of CMT movements to price 
5 movements; the yield shift in basis points, which may be positive or negative; the treasury 
maturity, in years; and an initial treasury yield, representing the initial percentage rate of 
return. 

Box 31 8 in Fig. 9 presents the user with the user f s list of counterparties and 
broker dealers to whom it may communicate rebrokered orders. As described above, this list 

10 is stored in the system database and retrieved for presentation to the user. The user selects 
one of the names in the list in box 318, and selects either the "private" button 320 to designate 
this counterparty as receiving the order but only to submit counter orders and not to rebroker, 
or the "brokerage" button 322 to designate the selected party for rebrokering of the order to 
others. The selected party is then listed in the "send order to" box 326. A "remove" button 

15 324 is used to delete previously selected names from the "send order to" box. 

Once the order, form is completed and the user selects the submit button, a 
client API made with COM components formulates an XML message. The client API 
formulates the message using either the Microsoft XML parser or string concatenation. The 
API sends messages to the system one of two ways, depending on the way the XML message 

20 is formed. If the parser is used, the XML HTTP object will be used to post the message to an 
ASP object. If the parser not used, the XML message will be posted to an ASP page via a 
form submit. Once the message is processed, a valid XML message will be returned as a 
response to the client. The API will then populate the response collection of the API based 
on the contents of the return message. 

25 An example of an XML schema definition for a SubmitOrder document and a 

sample document are set forth below: 

<SubmitOrdertype="l"> <!-- Type: Offer=l Bid=2^MakeOfFer=3 MakeBid=4 --> 
<Security> 
<UserName>Kenjon</UserName> 
30 <Password>pwd</Password> 
</Security> 

<Cusip>CUSIPA</Cusip> 

24 
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<Amounts> 

<Displayed>l 0000</Displayed> 

<Minimiun>5000</Minimiim> 

<Maximum>20000</Maximum> 
5 </Amounts> 
<Price>" 

<Amount>l 00.625</Amount> 

<Currency>USD</Currency> 
</Price> 

1 0 <SettlementDate>02/l 5/2000</SettlementDate> 
<BrokerDealers> 
<BrokerDealer> 

<BrokerDealerUserId Rebroker="r'>K/BrokerDealerUserId> <!- Rebroker 
Rebroker=l Private=2 Rebroker/Counter=3 Private/Counter=4 — > 
15 </BrokerDealer> 
<BrokerDealer> 

<BrokerDealerUserIdRebrokeF="3">2</BrokerDealerUserId> 
</BrokerDealer> 
</BrokerDealers> 
20 <Alert>Pager</Alert> 

<Comment>Tbis is a sample comment.</Comment> 
<Optional> 
<CMT> 

<InitialCMTYield>l </InitialCMTYield> 
25 <AdjustWithCM1> 

<CMTMaturity>20</CMTMaturity> 

<PriceAdjustlBPCMTYieldChange>l</PriceAdjustlBPCMTYieldChange> 
</AdjustWithCMT> 
<CMT> 
30 <LiveSubject> 
<Subject> . 

<TimeToGoSubject>l HouK/TimeToGoSubject> 
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<BeforeGoingSubject> 
<MinCmtYield>l</MinCmtYield> 
<MaxCmtYield>2</MaxCmtYield> 
<7BeforeGoingSubject> 
5 </Subject> 
</LiveSubject> 

<PartialFills>No</PartialFills> 
</Optional> 
</SubmitOrder> 

10 Submitted orders are written into two tables in the database. The order table 

holds the general order information and a BrokerDealerOrder table is populated with the IDs 
of the broker/dealers for which the order was submitted. For a single customer this will be 
just one broker/dealer; however, a master customer could submit the order to several different 
broker/dealers. Once the order is written to the appropriate tables the broker/dealers may be 

15 required to approve the order for rebrokering. Once this approval is completed the internal 
rebroker and matching methods are called. 

The rebroker method populates a SubOrder table that is used for order 
viewing. This table contains the ID of the order, the route number, the broker/dealer the order 
was rebrokered to, and the updated price. This table is used for efficient order viewing. 

20 When viewing an order, the SubOrder table is queried for the customer's broker/dealer. The 
SubOrder table is populated by querying CounterPartyOrderSituation and Path tables, 
described in greater detail below. Once a component has been rebrokered the matching 
process is called to determine if there are two orders that qualify as a match. Once a match 
occurs the route number is used to notify all parties involved in the match. This includes the 

25 buying and selling customer. All intermediaries are notified of any markup or commission 
received on the match. The order is then marked as inactive and a record is written to the 
match table to record the matching transaction. 

A customer or broker/dealer can view an order if they have the appropriate 
relationship with the submitting broker/dealer. Customer preferences are also used to filter 

30 the orders that are returned during a viewing operation. 

In the currently described implementation, the database is an object oriented 
relational database such as is available from Oracle. Orders are stored as objects in this 
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database which are created by the order processing component. The order objects include the 
following methods and properties: 



Orders Methods 




Add 


Add an Order to the collection. This returns a reference to 
the new Order object. 


Remove 


Remove an Order from the collection. This is based on 
index, or possibly a key (username). 


Item 


Returns an Order object based on index or key 
(username). 



Orders Pronerties 




Count 


The number of Order objects in the collection. This is 
read-on 1v and is set bv calling Add and Remove 

lvdU VSXXXY UXXli XO uvL ***J vCXXXXXXli XVJ-Vi. CXXX\J X VV<XXAV/ V ^ . 


Cusip 


The Clusin identification of the bond 

X XX W» VUJlL; XVXVXXIXXAV/CXIXVSXX \JX IXXV UVSXXU. 


OrderType 


Type of the order: 
Offer = 1 

v/llvl X 

Bid = 2 

Make Offer = 3 
Make Bid = 4 


Live 


A match is found by X Bond and is executed. 


Subject 


Finds a pending match and the user is notified. 


Display Amount 


Par amount of the bond that is disdaved to authorized 
users. 


ParMinAmount 


Minimum par amount that a user will execute, displayed 
to authorized users. 


ParMaxAmount 


Maximum par amount that a user will execute, not 
displayed to authorized users. 


Price 


Order price executed by the user. 


SettlementDate 


Date on which the user will deliver or receive the bonds 
in exchange for payment. 


BrokerDealers 


A collection of Broker Dealer objects representing 
participating broker dealers authorized to view trade 
order as well as specific options for each individual 
broker dealer. 


Broker Dealer Methods 




Add 


Add a Broker Dealer to the collection. This returns a 
reference to the new Broker Dealer object. 


Remove 


Remove a Broker Dealer from the collection. This is 
based on index, or possibly a key (username). \ 


Item 


Returns a Broker Dealer object based on index or key 
(username). 


Count 


The number of Broker Dealer objects in the collection. 
This is read-only and is set by calling Add and Remove. 
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Broker Dealer Properties 




Id 


The broker dealer identification number. 


Rebroker 


Rebrokering setting. 


CustGroups 


Collection of pre-defined customer groups and price 
information that a participating broker dealer authorizes 
to view the trade order. This applies only to 
participating broker dealers. 


AlertMethod 


Method of notification (i.e., email, instant message, 
page, phone call, etc.) upon a match. 
Email = 1 
rage — z 


Comment 


Selection from approved list of verbal comments about 
the trade order to be displayed to authorized viewers. 


status 


Status of orders. 


AajWithCMI 


Specifies that price will be adjusted according to 
continually updated Constant Maturity Treasury yield. 


CMTMaturity 


Designation of CMT maturity. 


AdjPerCMi YieldCnange 


Ratio of CMT movements to price movements. 


InitialCMTYield 




MmCMTYieldBefore 
Subject 


A value that if the CMT yield drops below, the trade 
order becomes subject. 


MaxCMTYieldBefore 
Subject 


A 1 . t . • /> .1 jerry •II* 1 , i . \ 

A value that if the CMT yield rises above, the trade 
order becomes subject. 


SubjectTime 


A time relative to trade order or absolute at which the 
live/subject flag is set to subject. 


LiveTime 


A time relative to trade order or absolute at which the 
live/subject flag is set to live. 


PartialFills 


Selection on how order will be adjusted in response to 
execution in amounts less than maximum amount. 



Broker/dealers and customer can access the orders sent to them as stored in the 
order tables. Fig. 10 shows an exemplary screen display by which available orders are 
presented, including bond information, order type (live bid, live offer, subject bid, etc.), status 
5 (whether it has been matched, is still active, or has become inactive though a change in 
order), and whether rebrokering is permitted. Users can perform searches on the data in the 
database by any given field to retrieve subsets of order listings. Fig. 1 1 shows a screen 
display of one such subset, orders which have been brokered to the broker dealer, and Fig. 12 
shows a screen display of another such subset, orders which the broker dealer has filled. 
10 Fig. 13 shows a screen display listing live orders viewable by the particular 

party. In Fig. 13, the system displays a rebroker field 330 indicating for the associated order 
whether rebrokering is permitted, and allowing the broker dealer to rebroker the order by 
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selecting the rebroker indicator 332. The GUI then displays a screen such as shown in Fig. 
14. The bond and order information for the selected order is automatically entered in various 
input fields. A markup field 350 accepts the broker dealer's desired markup for the 
rebrokered order. Candidate list box 352 and "send order to" box 354 function in similar 
5 fashion to the counterpart boxes in Fig. 9, with "add" and "remove" buttons to move names 
into and out of the order list 354. 

In one embodiment, the GUI generating the screen displays discussed herein 
supports the ability of the user to select an order in the listing of orders and retrieve and view 
all order received relating to the selected order. For example, as shown in Fig. 15, an 

10 expanded area 360 is displayed listing all order activity relating to the selected bonds for 
A&M Assocs and COMPAQ Computer Corp. An applet, control, or other link or program 
embedded within the GUI program issues a query to the order table at the server to retrieve 
the desired data. The GUI also displays active icons indicating whether each order may be 
traded, countered with a counter order, or rebrokered to other counterparties. 

1 5 When rebrokering is requested, an order brokerage record is created for every 

company that can see an order. This includes a record for the originating company and one 
record for every company an order is sent to. If an order is sent to a company via different 
paths, one record is created for each path. The order brokerage record contains the basic 
order information, including all the information needed to make a match. This is the 

20 information displayed to any user other than the owner of the order. 

The system stores certain information in association with each order brokerage 
record. This includes the order brokerage path which determines the route the order took 
from the originating company to the present order. The path includes the related order 
brokerage records on each hop. The order brokerage record also has a list of companies to 

25 which the order was sent. The list has a reference to the order brokerage record created for 
the other company and the markup applied to the order. 

The order brokerage record may contain a Not Send To Markup field to be 
applied when receiving a matching order from a company other than those specified in the 
send to list mentioned above. The price on every order brokerage record is kept separate 

30 from the cumulative markup. A user thus sees only one price which is the result of adding 
the price and the cumulative markup values. The price is saved on a different column, to 
allow for very fast processing of price changes resulting from Treasury Feeds. 
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If a user modifies an order, all the order brokerage records associated with that 
order are canceled. If a company deletes an order brokerage, all the order brokerage records 
derived from this one are canceled. If a company recalls the order sent to somebody or 
changes the markup, all the order brokerage records derived from that one are canceled. A 
5 change is implemented by first canceling the pending order followed by creation of a new 
order. This helps proper processing of the new order. 

All the processing of an order corresponding to an individual company is 
performed in one thread of execution. When an order is sent from one company to another, a 
new thread (using a queued message) processes the order for the receiving company. 
10 As discussed above, when an order is sent to a company, that company's rules 

are processed. All the active rules are processed in order of precedence. The process stops 
when all the conditions of a rule are satisfied. A rule need not have any conditions, in which 
case it is always satisfied by any order. When used, conditions in rules are expressed in the 
form of field names, operators and values. In one embodiment, the possible operators are: 
15 • Equal 

Different 
Less Than 
Less Or Equal Than 
Greater Than 
20 • Greater or Equal Than 

Between 
In Set 
Not In Set 

Contains and Starts With 

25 Rules specify the ID of the company or group of companies to send an order 

to. Each ID has a markup associated with it. Using the list of companies and group of 

companies, a list of company IDs is produced. The associated markup is the lowest markup 

at which that company was specified. 

In order for anyone to trade in the system they must have a company and an 

30 employee setup. Companies are used to set the relationship that allows them to trade with 

other companies. The system stores basic information about the company along with a 

unique identifier, e.g., the tax ID of the company. An exemplary screen display for the entry 
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of data for a new company object is shown in Fig. 16. The system supports three types of 
company data structures: Broker-Dealers, Investment Advisors, and the System 
Administrator. The System Administrator sets up Broker-Dealers who have agreed to the 
terms for using the system. Broker-Dealers (and the System Administrator) then set up their 
5 customers as Investment Advisors. Only company administrators can create other 
companies. 

When creating a company, the tax ID is used to see if the company already 
exists on the system. If not, the company's data structure is generated. If the company does 
exist on the system, relationships can be set up with the company. Additionally, an 

10 administrator type employee is created when a company is created. When a company is 
deleted (marked inactive), all orders and employees of the company are deleted (marked 
inactive) from the system as well. 

Relationships allow companies on the system to actually trade with each other. 
There are two types of relationships: Broker-Dealer to Broker-Dealer and Broker-Dealer to 

15 Investment Advisor. Orders cannot be sent to, rebrokered to or received from a company 
unless the relationship has been setup. Then includes the relationship from both sides. A 
company establishes a relationship with another company through the screen display shown 
in Fig. 1 7. When a company requests a relationship with another company, the other 
company must confirm it. The screen display in Fig. 17 shows fields for listing companies 

20 that a party has requested a relationship with but that have not yet confirmed and a field for 
listing companies which have requested a relationship with the party but which the party has 
not yet confirmed. A relationship is automatically set up when a Broker-Dealer creates a 
company. Also, if one company ends the relationship, it is broken; therefore, when a 
relationship is broken, all orders that were sent between the two are deleted as well. 

25 Employees are the actual users of the system, and the system stores an object 

for each employee. Each company must have at least one user on the system. New employee 
data is input to the system through the screen display in Fig. 18. There are five different 
types of employee users supported by the system, including Administrator, Analyst, 
Assistant, Salesperson, and Trader. Each of these types of users has different rights on the 

30 system depending on the company and type of employee. When an employee object is 
deleted (marked inactive), all orders submitted by that employee are deleted (marked 
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inactive). Each employee type will have a predefined list of rights applied to the user at time 
of creation of the employee object. 

In accordance with another advantageous feature of the present invention, the 
system support the creation and storage of groups to make the system easier to use when a 
5 given user has a large number of counterparties. A group is defined through an object which 
stores the characteristics associated with that group. In one embodiment, groups contain and 
are used for characterizing counterparties, employees, orders, rules, or any other objects in the 
system. Groups with counter parties can be added, updated and removed from the system. 
Groups are mainly used when rebrokering orders. When an order is manually rebrokered it 

10 can be sent to individual counter parties, to groups or to both. Groups can also be used with 
rules. If a rule is setup to automatically rebroker an order, it caq be to a group. 

In accordance with another aspect of the present invention, the system contains 
a library of subroutines used to simplify the interface of the system with certain devices or 
subsystems so that client programs can communicate with them. This library or collection 

1 5 constitutes an application programming interface (API) and is a package of COM+ 
components which allow client systems to integrate. with the bond order system without 
creating XML messages, reducing development time and integration time significantly. The 
bond system API performs a wide variety of functions, from submitting and viewing orders, 
to adding companies and their employees into the bond order system. Depending on the 

20 function, the API programmer sets different properties for the object(s) that the function 
utilizes. 

The API is composed of one public component and several internal 
components. The object model of one embodiment of the present invention is illustrated in 
Fig. 19. As shown in the Figure, the Connection component is the top-level component of the 
25 bond order system API, with other components as discussed above. The format for various, 
exemplary XML messages supporting various functions relating to these components are 
contained in the Appendix following the specification. 

The bond order system of one embodiment has the following levels of 
authorizing an operation in this order of execution: 
30 1 . The operation must be requested by a valid system user. (CreateCompany 

and CreateEmployee messages are possible exceptions to this level.) 

2. The user has the right for the desired operation as specified in the rights list. 
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3. The user has the right to trade in the given sector. The trade operation can 
be constrained to a group of sectors. Sectors are defined with a hierarchical ED. This ID 
natively includes the IDs of all the parent sectors of a given sub-sector (e.g., Mortgage Back 
Securities = "A" and its sub-sectors Agency Task Through Pols and Agency Remics will be 
5 assigned "AA" and "AB" respectively.) 



individual companies. Company groups are created to handle view order level authorization. 



occurrence of various events. In one embodiment, the system has three general categories of 
notifications: Action, Confirmation, and Information. An Action notification corresponds to 
those notifications that are generated when the system records an action that requires further 
processing (e.g., authorization, confirmation, approval, etc.) These notifications are created 

1 5 with a status of "Active A Confirmation notification is generated when an action in the 
system is authorizing, confirming, approving, etc. an awaiting Action. This notification is 
created with a status of "Inactive" and is also set the matching open Action notification to 
"Inactive". An Information notification is for information purposes only. This is generated 
as a way of keeping track of what is happening in the system, and serves as a way of logging 

20 business events. 

Notifications are further classified by Notification Types. These types are 
used as the means to associate "Action" notifications and "Confirmation" notifications. The 
system keeps a table, "NotificationType", on which it stores all the types and associated 
types. Through this table it links Action notifications with Confirmation notifications. The 

25 system generates and sends a notification for the following scenarios: 



4. The user works for the company for which he/she is trying an operation. 

5. The user has the right to view orders belonging to a group of sectors. 

6. The user has the right to view orders received from/sent to a group of 



10 



As explained above, the bond order system notifies parties upon the 



New Live order brokered to the user. 



Trade. 



New relationship offered to the user. 
Confirmation that the user have submitted an order. 



30 



Confirmation that the user has canceled an order. 



Another order is placed on a CUSIP for which the user has an outstanding 



order. 
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• One of the user's Live orders goes Subject. 

• One of the user's Subject orders goes Live. 

• Someone inactivates a relationship with the user. 

• A relationship is confirmed with the user. 
5 • Treasury feed is down. 

Described herein is a comprehensive and integrated system for the trading of 
financial instruments such as fixed income securities or other tradable properties which 
allows for desired participation of broker dealers and other intermediaries. The system's 
advantageous data structures and messaging systems as described herein support the real time 
10 operation of the system over the Internet, the execution of live orders, and the integration 
with other client systems. 

While the invention has been described and illustrated in connection with 
preferred embodiments, many variations and modifications as will be evident to those skilled 
in this art may be made without departing from the spirit and scope of the invention, and the 
15 invention is thus not to be limited to the precise details of methodology or construction set 
1 forth above as such variations and modification are intended to be included within the scope 
of the invention. 
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APPENDIX 

COLLECTION OF EXEMPLARY XML MESSAGE SCHEMAS 
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<?xml version="1.0"?> 

<Schema name-'ActionResponse" :bilns= l, urn:schemas-microsoft-com:xml-data M xmlns:dt="urn:schema$- 
microsoft-com:datatypes"> 

<AttributeType name="MessageType" required="yes" dtitype- 'enumeration" 
5 dt:values="CreateCompany UpdateCompany CreateEmployee UpdateEmployee 

SubmitOrder UpdateOrder CanceJOrder RebrokerOrder SetRelationship 
CreateGroup UpdateGroup DeleteGroup 
CreateRule UpdateRule DeleteRule SetRulePrecedence"/> 

1 0 <ElementType name="Id" content="textOnly " dt:type="ui4"> 

<ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4"/> 

<ElementType name="RowIdentification" content="eltOnly" model- 'closed" order="seq"> 
<element type="Id" minOccurs=" 1 " 1x13x0001118=" 1 "> 
1 5 <element type="RowTimeStamp" minOccurs=" 1 " maxOccurs=" 1 "/> 

</ElementType> 

<ElementType name=" Success 1 ' content="eltOnly" model="closed"> 

<element type="RowIdentification" minOccurs="0" maxOccurs=" 1 "/> 
20 </ElementType> 

<ElementType name="ErrorCode" content="textOnly" dt:type="ui4"/> 
<ElementType name="ErrorDescription" content="textOnly" dt:type="string"/> 

25 <ElementType name="Error" content="eltOnly" model="closed" order="seq"> 

<element type="ErrorCode" minOccurs= M l" maxOccurs= M r'/> 
<element type="ErrorDescription" minOccurs-T' maxOccurs='TY> 
</ElementType> 

30 <ElementType name="ActionResponse" content="eltOnly" model="closed" order="one"> 

<attribute type="MessageType"/> 

<element type="Success" minOccurs=" 1 " maxOccurs=" 1 "/> 
<element type- 'Error" minOccurs- T' maxOccurs-T'/> 
</ElementType> 
35 </Schema> 
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<Schema name="AuthenticateEmployeeResponse" xmlns^umrschemas-microsoft-comrxml-data 1 ' 
xmlns:dt= ,, urn:schemas-microsoft-com:datatypes ,, > 

<AttributeType name="EmployeeType" required="yes" dt:type= ,, Enumeration" 

dt:Values="Administrator Trader Assistant PortfolioManager Salesperson"/^ 
5 <ElementType name= M EmployeeId" content= !, textOnly" dt:type="ui4"/> 

<ElementType name-'EmployeeName" content="textOnly" dt:type="string"A> 

<ElementType name="Employee" content= !t eltOnly" model- 'closed" order="seq"> 

<attribute type="EmployeeType"> 
1 0 <element type="EmployeeId" minOccurs=" 1 ,? maxOccurs=" 1 "/> 

<element type= ,, EmployeeName" minOccurs=" 1 " maxOccurs=" 1 "/> 
</ElementType> 

<AttributeType name- 'CompanyType" required="yes" dt:type="Enumeration" 
15 dt:Values= M BrokerDealer InvestmentAdvisor"/> 

<ElementType name="CompanyId" content="textOnly" dt:type= M ui4"/> 
<ElementType name- "CompanyName" content="textOnly M dt:type= tf string n /> 

<ElementType name="Company" content="eltOnly" model-'closed" order="seq"> 
20 <attribute type- 'CompanyType 7> 

<element type- 'Companyld" minOccurs="l" maxOccurs-' 1 "/> 
<element type- 'CompanyName" minOccurs= ,, r' maxOccurs- T7> 

</ElementType> 

25 <ElementType name- 'Success" content="eltOnly" model="closed" order="seq"> 

<element type- 'Employee" minOccurs=" 1 " maxOccurs-' 1 "/> 
<element type- 'Company" minOccurs-'T' maxOccurs- T'/> 
</ElementType> 

30 <ElementType name="ErrorCode" content="textOnly" dt:type="ui47> 

<ElementType name="ErrorDescription" content="textOnly" dt:type="string"/> 

<ElementType name="Error" content="eltOnly M model="closed" ordei^="seq"> 
<element type- 'ErrorCode" minOccurs=" 1 " maxOccurs- ' 1 7> 
3 5 <element type- 'ErrorDescription" minOccurs=" 1 " maxOccurs-' 1 "/> 

</ElementType> 

<ElementType name="AuthenticateEmployeeResponse" content="eltOnly" model="closed" 
order="one"> 

40 <element type="Success ,f minOccurs=" 1 " maxOccurs- ' 1 "/> 

<element type- 'Error" minOccurs- T' maxOccurs- '1 "/> 
</ElementType> 
</Schema> 
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<Schema name="AuthenticateEmployee" xmlns="urn:schemas-microsoft-cora:xml-data M 
xmtos:dt="urn:schemas-microsoft-com:datatypes f, > 

<ElementType name="UserName" content="textOnly" dt:type="string"/> 
<ElementType name="Password" content="textOnly" dt:type="string"/> 
5 <ElementType name="Security" content== M eltOnly M model="closed" order= ,, seq"> 

<element type="UserName M minOccurs-T' maxOccurs-TV> 
<element type="Password M minOccurs="r i maxOccurs= t, r , /> 
</ElementType> 

1 0 <ElementType name=" AuthenticateEmployee" content^ 1 "eltOnly" model-'closed" order^'seq 1 ^ 

<element type="Security" minOccurs="l" maxOccurs='T7> 
</ElementType> 
</Schema> 
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<Schema name= ,, CancelOrder M xmlns="um:schemas-microsoft-com:xml-data n xmlns:dt="um:schemas- 
microsoft-comidatatypes'^ 

<ElementType name- "UserName" content="textOnly" dt:type="string"/> 
<ElementType name="Password" content="textOnly" dt:type= ,, string"/> 
5 <ElementType name= M Security" content="eltOnly" model="closed H order="seq M > 

<element type^'UserName" minOccurs-T* maxOccurs- T7> 
^lementtype-Tassword" minOccurs-T maxOccurs- T7> 
</ElementType> 

1 0 <ElementType name= ,f 0rderld n content="textOnly " dt:type="string"/> 

<ElementType name="RowTimeStamp" content=="textOnly M dt:type="ui4"/> 

<ElementType name="CancelOrder" content="eltOnly M model="closed" order="seq ,, > 
<elementtype=" Security" minOccurs= H r f maxOccurs= n l"/> 
1 5 <element type= !t OrderId" minOccurs^ 1 ' 1 " maxOccurs=" 1 "> 

<elementtype="RowTimeStamp f ' minOccurs- T' maxOccurs= ! TV> 
</ElementType> 
<Schema> 
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<?xml version^'LO"^ 

<Schema name="CreateCompanySchema" xmlns= ^ urn:schemas-microsoft-com:xIIll-data ,, 
xmlns:dt="um:schemas-microsoft-com:datatypes' , > 

<ElementType name= ,, UserName" content^'textOnly" dt:type="string"/> 
5 <ElementType name= n Password" content="textOnly" dt:type="string"£> 

<ElementType name="Security n content="eltOnly" model= M closed" order= n seq"> 
<element type- 'UserName" minOccurs="l M maxOccurs-TV> 
<element type- 'Password" minOccurs- T' maxOccurs=' t r , /> 
</ElementType> 

10 

<AttributeType name="Status" default="Active" dt:type=''Enumeration" 
dt:values-'Active Inactive'7> 

<AttributeType name="CompanyType" required= M yes" dt:type="Enumeration" 
1 5 dt: values="BrokerDealer InvestmentAdvisor XBOND7> 

<ElementType name="AdminUser" content="textOnly M dt:type="string ,, /> 
<ElementType name- 'AdminPassword" content="textOnly" dtrtype- 'string"/> 
<ElementType name="CompanyName" content="textOnly" dt:type= M string"/> 
20 <ElementType name="Address" content="textOnly" dt:type="string'V> 

<ElementType name="City" content^'textOnly" dt:type="string"/> 

<ElementType name="State" content="textOnly" dt:type="string"/> 

<ElementType name^'Zip" content="textOnly" dt:type="string'V> 

<ElementType name="Phone" content="textOnly M dttype^'string'T^ 
25 <ElementType name="Fax" content="textOnly" dt:type="string'7> 

<ElementType name^'Web" content="textOnly" dt:type= M string"/> 

<ElementType name= n CreateCompany" content="eltOnly" model-'closed" order="seq"> 
<attribute type= ,f Status'7> 
3 0 <attribute type= n CompanyType"/> 

<element type= ?, Security" minOccurs- T 1 maxOccurs- T7> 
<element type- 'AdminUser" minOccurs^T 1 maxOccurs- T7> 
<element type=" AdminPassword" minOccurs-" 1" maxOccurs='T'/> 
<element type="CompanyName" minOccurs-' 1" maxOccurs- T7> 
3 5 <element type="Address" minOccurs- ' 1 " maxOccurs-' 1 "/> 

<element type="City" rninOccurs="P maxOccurs="l H /> 
<element type="State" minOccurs= n l" maxOccurs="l"/i> 
<element type="Zip" minOccurs- T' maxOccurs-' \"l> 
<element type-'Phone" minOccurs- T' maxOccurs- T'/> 
40 <element type="Fax" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="Web" minOccurs="0" maxOccurs-" l M /> 
</ElementType> 
</Schema> 
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<Schema name-'CreateEmployeSchema" xmlns="um:schemas-microsoft-com:xml-data" 
xmlns:dt= M urn:schemas-microsoft-com:datatypes ,, > 

<ElementType name="UserName" content="textOnly" dt:type- 'string"/^ 
<ElementType name="Password M content="textOnly" dt:type="string"> 
5 <ElementType name= ,, Security" content= ,, eltOnly" model="closed" orden^'seq'^ 

<element type= n UserName" minOccurs-T' maxOccurs="r'/> 
<element type= M Password" minOccurs-T' maxOccurs= ! T7> 
</ElementType> 

1 0 <AttributeType name^'Status" default="Active n dt:type= M Enumeration H 

dt:values= f, Active Inactive"/> 

<AttributeType name="EmployeeType ,f required-'yes" dt:type="Enumeration" 
dt:values="Administrator Trader Assistant PortfolidManager Salesperson"/> 

15 

<ElementType name="FullName" content= ,! textOnly M dt:type="string"/> 
<ElementType name="Phone H content="textOnly" dt:type="string n /> 
<ElementType name="Fax" content="textOnly" dt:type="string"£> 
<ElementType name="Pager" content="textOnly" dt:type="string'7> 
20 <ElementType name="Emair content="textOnly" dt:type="string"/> 

<ElementType name= ,, Web" content="textOnly" dt:type="string"/> 

<ElementType name="CreateEmployee" content="eltOnly" model-'closed" order= ! 'seq"> 
<attribute type="Status"/> 

25 <attribute type= M EmployeeType"/> 

<element type="Security M minOccurs="r f maxOccurs='T7i> 
<element type-'UserName" minOccurs- T' maxOccurs- T7> 
<element type=!'Password M minOccurs-T' maxOccurs="17> 
<element type= M FullName" minOccurs-' 1 " maxOccurs- * 1 7> 

30 <element type="Phone" minOccurs- T* maxOccurs='T7> 

<element type- 'Fax" minOccurs="0" maxOccurs='T'/> 
<element type- Tager" minOccurs- '()" maxOccurs='T7> 
<element type= M Email" minOccurs= n 0" maxOccurs="l M /> 
<element type==" Web" minOccurs="0" maxOccurs=" 1 7> 

35 </ElementType> 
</Schema> 
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<?xml version="1.0"?> 

<Schema hame= M CreateGroupSchema" xmlns= n um:schemas-microsoft-com:xml-data n xmlns:dt= n urn:schemas- 
microsoft-com:datatypes"> 

<ElementType name= ,, UserName" content= M textOnly" dt:type="string ,l /> 
5 <ElementType name= ,, Password" content=' l textOnly" dt:type="string ,, /> 

<ElementType name="Security n content="eltOnly" model= ,, closed" order="seq"> 
<element type= M UserName" minOccurs-T' maxOccurs- TY> 
<element type-Tassword" minOccurs-T 1 maxOccurs- T7> 
</ElementType> 

10 

<AttributeType name="GroupType" required="yes" dt:type="Enumeration" dt:values="Company'7> 
<Element name-'GroupName" content="textOnly" dtitype- f string n £> 

<AttributeType name="MemberOperation M default= n Add" dt:type="Enumeration M dt:values="Add 
15 Update Remove"/> 

<ElementType name^'Memberld" content^'textOnly'' dt:type= M string7> 

<ElementType name="MemberDataName M content="textOnly" dt:type="string"/> 
20 <ElementType name="MemberDataValue n content= ,! textOnly" dt:type="string"/> 

<ElementType name^'MemberData" content^'eltOnly" model= H closed n order="seq"> 
<element type-'MemberDataName" minOccurs^"!" maxOccurs='T'/> 
<element type- 'MemberDataValue" minOccurs-T' maxOccurs= l, r t /> 

</ElementType> 

25 

<ElementType name="Member" content="eltOnly M model-'closed" order="seq"> 
<attribute type="MemberOperation"/> 
<element type-'Memberld" minOccurs- T' maxOccurs- T'/> 
<element type-'MemberData" minOccurs- '0" maxOccurs- 1 *"^ 
30 </ElementType> 

<AttributeType name="UpdateType M default="Incremental" dt:type= ,! Enumeration n 
dt:values="Incremental Absolute"/> 

<ElementType name="Members" content=="eltOnly" model="closed"> 
3 5 attribute type= M UpdateType"/> 

<element type- 'Member" minOccurs- '0" maxOccurs- '*"/> 
</ElementType> 

<ElementType name="CreateGroup" content="eltOnly" model="closed" order='*seq"> 
40 <attribute type= ,, GroupType"/> 

<element type-'Security" minOccurs-' 1" maxOccurs= ! T7> 
<element type= M GroupName M minOccurs- T' maxOccurs-' l"/> 
<element type="Members" minOccurs-' 1" maxOccurs="r'/> 
</ElementType> 
45 </Schema> 
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<?xml version=" 1 .0"?> 

<Schema name="CreateRuleSchema" xmtas="um:schemas-microsoft-com:xml-data" xmlns:dt="urn:schemas- 
microsoft-com:datatypes"> 

<ElementType name="UserName" content="textOnly" dt:type="string"/> 
5 <ElementType name="Password" content="textOnly" dt:type="string"/> 

<ElementType name="Security" content="eltOnly" model="closed" order="seq"> 
<element type="UserName" minOccurs="l M maxOccurs='T7> 
<element type="Password" minOccurs-' 1 " maxOccurs- 1 1 "f> 
</ElementType> 

10 

<AttributeType name= n Confirmation t, default=" Automatic" dt:type="Enumeration" 

dt:values="Automatic Manual"/> 
<AttributeType name="Status" default="Active" dt:type="Enumeration" 

dt:values="Active Inactive"/> 
1 5 <AttributeType name="RuleAction" default="Confirm" dt:type="Enumeration" 

dt:values="Confirm Reject"/> 

<ElementType name="Name" content="textOnly" dt:type= M string M /> 
<ElementType name="Precedence" content="textOnly" dt:type- 'uil7> 



20 



<ElementType name="FieldName" content="textOnly" dt:type="string"/> 
<AttributeType name="Operator" required-'yes" dtrtype- 'Enumeration" 

dt:values="Equal Different Less LessEqual Greater GreaterEqual Between In Notln Contains 

StartsWith"/> 

25 

<ElementType name="Value" content="textOnly" dt:type="string"/> 
<EIementType name="Values" content="eltOnly" model="closed"> 
<element type="Value" minOccurs-'l" maxOccurs-' *"/> 
</ElementType> 

30 

<ElementType name- 'Condition" content="eltOnly" model="closed" order="seq"> 
<attribute type="Operator"/> 

<element type- 'FieldName" minOccurs-' 1 " maxOccurs=" 1 7> 
<element type=" Values" minOccurs-' 1 " maxOccurs=" 1 "/> 
35 </ElementType> 
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<ElementType name="Conditions" content="e!tOnly" model="closed"> 
<element type="Condition" minOccurs-' 1" maxOccurs-'* '7> 
</ElementType> 



<ElementType name="Amount" content="textOnly" dt:type="r4"/> 
<ElementType name="Currency" content="textOnly" dt:type="string"/> 
<ElementType name="Markup" content="eltOnly" model="closed" order="seq"> 
<element type- 'Amount" minOccurs- T' maxOccurs="l"/> 
45 <element type="Currency" minOccurs-' 1 " maxOccurs-' 1 "f> 

</ElementType> 

<ElementType name="CompanyId" content="textOnly" dt:type="ui4"/> 
<ElementType name="ToCompany" content="eltOnly" model="closed" order="seq"> 
5 0 <element type="CompanyId" minOccurs-' 1 " maxOccurs- ' 1 "/> 

<element type="Markup" minOccurs- T* maxOccurs="l"/> 
</ElementType> 

<ElementType name="ToCompanies" content="eltOnly" model-'closed"> 
55 <element type="ToCompany" minOccurs="l" maxOccurs="*"/> 

<^EIementType> 
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<ElementType name="GroupId" content="textOnly" dt:type="ui4"/^ 
<ElementType name-ToGroup" content="eltOnly" model="closed" order="seq"> 
<element type="GroupId" minOccurs-T' maxOccurs="l M /> 
<element type="Markup" minOccurs="r maxOccurs- TV> 
</ElementType> 

<ElementType name='ToGroups" content="eltOnly" model="closed"> 
<elementtype="ToGroup" minOccurs="l" maxOccurs=="*"/> 
</ElementType> 

<ElementType name= ,, SetDefaultMarkup ,, content="eltOnly" model="closed"> 

<element type="Markup" minOccurs= M r' maxOccurs- TY> 
</ElementType> 

1 5 <ElementType name="RebrokerOrderTo" content="eltOnly" modeH'closed" order="seq"> 

<element type="ToCompanies" minOccurs="0"/> 
<element type="ToGroups" minOccurs="0"£> 
</ElementType> 

20 <ElementType name=" Actions" content="eltOnly" model="closed" order="seq"> 

<element type="SetDefaultMarkup" minOccurs="0" maxOccurs="l"/> 
<element type="RebrokerOrderTo" minOccurs="0 " maxOccurs-' 1 "/> 
</ElementType> 

25 <ElementType name="CreateRule" content="eltOnly" model="closed" order="seq"> 

<attribute type="Confirmation M /> 
attribute type="Status"/> 
. <attribute type-"RuleAction'7> 

<element type="Security" minOccurs= M 1 " maxOccurs= n r'/> 

30 <element type="Name" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="Precedence" minOccurs-T' maxOccurs- T'/> 
<element type="Conditions" minOccurs-T' maxOccurs-' l f 7> 
<element type- 'Actions" minOccurs=" 1 11 maxOccurs- 1 1 "/> 
</ElementType> 

35 </Schema> 
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<?xml version="1.0"?> 

<Scheraa name="DeleteGroupSchema M xmlns="um:schemas-microsoft-com;xml-data" xmlns:dt="urn:schemas- 
microsoft-com:datatypes M > 

<ElementType name="UserName" content="textOnly" dt:type="string"/> 
<ElementType name="Password n content="textOnly M dt:type="string n /> 
<ElementType name= ,, Security" content= M eltOnly" model= M closed M order= M seq"> 
<element type- 'UserName" minOccurs-' 1 M maxOccurs= ,, r , /> 
<element type- 'Password" minOccurs- T' maxOccurs-T'/> 
</ElementType> 

<Element name="GroupId" content="textOnly" dt:type="ui4"/> 
<Element name= n RowTimeStarap" content= n textOnly" dt:type="ui4"/> 



<ElementType name= !, DeleteGroup n content= f 'eltOnly" model="closed" order="seq'> 
1 5 <element type- 'Security " minOccurs-' 1 " maxOccurs-' 1 7> 

<element type=' , GroupId ,t minOccurs-' 1" maxOccurs-TV^ 
<element type="RowTimeStamp" minOccurs- '1" maxOccurs="l"/> 
</ElementType> 
</Schema> 

20 
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<?xml version^' 1.0"?> 

<Schema name-'DeleteRuleSchema" xmlns= n urn:schemas-microsoft-com:xml-data n xmtas:dt="urn:schernas- 
microsoft-com:datatypes f, > 

<ElementType name^UserName" content= M textOnly" dt:type= n string ,, /i> 
5 <ElementType name="Password" contentr="textOnly M dt:type= ,, string"/> 

<ElementType name="Security" content= M eltOnly n model="closed M order="seq M > 
<element type-'UserName" minOccurs-T* maxOccurs- T7> 
<element type-Tassword" minOccurs-'l" maxOccurs="r'/> 
</ElementType> 

1 0 <EleraentType name="RuleId" content= M textOnly" dt:type="ui4"> 

<ElementType name="RowTimeStamp M content= ,, textOnly" dt:type="ui4 u /> 

<ElementType name="DeleteRule" contemV'eltOnly" model="closed" order="seq"> 
. <element type="Security" minOccurs^'T 1 maxOccurs= ,l r , /> 
1 5 <element type="RuleId" minOccurs-' 1 " maxOccurs- 1 1 "/> 

<element type="RowTimeStamp" minOccurs="r ? maxOccurs- T7> 
</EleraentType> 
<Schema> 
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<?xml version="1.0"?> 

<Schema name- 'SearchBondResponseSchema" xmlns= n um:schemas-microsoft-com:xml-data" 
xmlns:dt="urn:schemas-microsoft-com:datatypes t, > 

5 <ElementType name="Cusip" content="textOnly" dt:type="string"/> 

<ElementType name="Issuer" content="textOnly" dt:type="string"/> 
<ElementType name="IssueDescription" content="textOnly" dt:type- ! string"/> 
<ElementType name="MaturityDate" content="textOnly" dt:type="dateTime'7> 
<ElementT^e name="Coupon" content= M textOnly" dt:type="r4"/> 

10 

<ElementType name="Bond" content="eltOnly" model= n closed" order="seq"> 
<element type="Cusip" minOccurs-T' maxOccurs- T7> 
<element type-Issuer" minOccurs="l" maxOccurs- 1 1"/> 
<element type- 'IssueDescription" minOccurs- T 1 max0ccurs= M 17> 
15 <element type="MaturityDate" minOccurs- i " maxOccurs- T'/> 

<element type="Coupon" minOccurs- T ? maxOccurs-' 17> 
</ElementType> 

<ElementType name="Bonds" content="eltOnly" model= M closed"> 
20 <element type="Bond" minOccurs="0" maxOccurs="*"£> 

</ElementType> 

<AttributeType name="MoreRecords" default="false" dfctype-'Enumeration" dt:values="True 

False"/> 

25 <ElementType name="ReturnedRecordCount" content="textOnly" dt:type= M ui27> 

<ElementType name= ,, RecordCount" content="eltOnly" model="closed"> 
<attribute type="MoreRecords"/> 

<element type- 'ReturnedRecordCount" minOccurs- T* maxOccurs="r f /> 
30 <ElementType> 

<ElementType name-' Success" content="eltOnly f ' model-'closed" order="seq"> 
<element type="RecordCount" minOccurs="l" maxOccurs- T7> 
<element type="Bonds" minOccurs= M l n /> 
35 </ElementType> 

<ElementType name="ErrorCode" content="textOnly" dt:type="ui4 n /> 
<ElementType name- f ErrorDescription" content="textOnly" dt:type="string"£> 

40 <ElementType name="Error" content="eltOnly n model="closed" order=;'seq"> 

<element type="ErrorCode" minOccurs- T' maxOccurs='Ty> 
<element type^EiTorDescription" minOccurs- f l " maxOccurs= !, r , /> 
</ElementType> 

45 <ElementType name="SearchBondResponse" content="eltOnly" model="closed" order="one"> 

<element type="Success" minOccurs-T' maxOccurs= ,, r , /> 
<element type="Error" minOccurs="l" maxOccurs-T7> 
</ElementType> 
</Schema> 

50 
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<?xml version="1.0"?> 

<Schema name="SearchCompanyResponseSchema" xmlns="urn :schemas-microsoft-com :xml-data" 
xmbs:dt="urn:schenias-microsoft-com:datatypes"> 

5 <AttributeType name= ,, Status" default="Inactive" dt:type="Enumeration M 

dt:values="Active Inactive"^ 

<AttributeType name- 'CompanyType" required- f yes" dt:type- 'Enumeration" 
dt:values="BrokerDealer InvestmentAdvisor XBOND"£> 

<ElementType name="ConipanyId" content= n textOnly" dt:type="ui4"> 
<EleraentType name= !, RowTimeStamp" content="textOnly" dt:type="ui47> 
<ElementType name="CompanyName" content="textOnly fl dt:type="string"/> 
<ElementType name="Address ,, content="textOnly" dt:type= f, string"/> 
<ElementType name="City" content= n textOnly" dt:type= M string M /> 
<ElementType name^State" content="textOnly" dt:type= ,, string"/> 
<ElementType name="Zip n content="textOnly" dt:type="string t '/i> 
<ElementType name="Phone" content= M textOnly" dt:type="string"A> 
<ElementType name="Fax" content="textOnly" dt:type= n string"/> 
<ElementType name="Web" content="textOnly n dt:type= ,, string ,t /> 

<ElementType name- 'Company" content="eltOnly" model-'closed" order="seq"> 
<attribute type="Status f '/> 
<attribute type="CompanyType"/> 
<element type-'Companyld" minOccurs =, T' maxOccurs- T7> 
<element type-'RowTimeStamp" minOccurs="l" maxOccurs-T7> 
<element type- 'CompanyName" minOccurs- T' maxOccurs- T7> 
<element type-'Address" minOccurs=" 1 11 maxOccurs- ' 1 "/> 
<element type="City" minOccurs- T' maxOccurs= M l ,, /> 
<element type- 'State" minOccurs="l n maxOccurs- T7> 
<element type="Zip" minOccurs='T' maxOccurs- 'l n /> 
<element type-'Phone" minOccurs=" 1 " maxOccurs-' 1 "f> 
<element type-Tax" minOccurs- T' maxOccurs= !, l"/> 
<element type= M Web n minOccurs="0" maxOccurs^' 1 M £> 
<ElementType> 

<ElementType name="Companies" content="eltOnly" model- 'closed"> 
<element type- 'Company" minOccurs- '0" maxOccurs- '*"£> 
</ElementType> 
40 

<AttributeType name- 'MoreRecords" default="false" dt:type="Enumeration" dt:values="True 

False"/> 

<ElementType name= n ReturnedRecordCount" content="textOnly M dt:type="ui2'7> 

45 <ElementType name="RecordCount" content="eltOnly" model="closed"> 

<attribute type- 'MoreRecords"^ 

<element type- 'ReUirnedRecordCount" minOccurs='T* maxOccurs- 1 1"/> 
</ElementType> 

50 <ElementType name="Success" content="eltOnly" model="closed" order="seq"> 

<element type-'RecordCount" minOccurs- ' 1 " maxOccurs- ' 1 "/> 
<element type="Companies" minOccurs='T' maxOccurs='T'/> 
</ElementType> 

5 5 <ElementType name="ErrorCode" content="textOnly " dt:type="ui4"/> 

<ElementType name="ErrorDescription" content= n textOnly M dt:type="string'7> 
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<ElementType name="Error" content="eltOnly" model="closed" order="seq , > 
<element type-'ErrorCode" minOccurs-' 1 " maxOccurs=" 1 "/> 
<element type="ErrorDescription" minOccurs- T' maxOccurs='T7> 

</ElementType> 

5 

<ElementType name="SearchCompanyResponse" content="eltOnly" modeI= f, closed" order="one"> 

<element type-'Success" minOccurs-' 1 " maxOccurs-T'/> 

<elementtype="Error" minOccurs- 1 1" maxOccurs= ,, r , /> 
</ElementType> 
10 </Schema> 
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<?xml version="1.0"?> 

<Schema name-'SearchEmployeeResponseSchema" xmbs="urn:schemas-microsoft-com:xml-data M 
xmbs:dt="urn:schemas-microsoft-com:datatypes M > 

5 <AttributeType name="Status" default="Active M dt:type="Enumeration" 

dt:values=" Active Inactive"/> 

<AttributeType name= ,, EmployeeType" required-'yes" dt:type="Enumeration" 
dt:values=" Administrator Trader Assistant PortfolioManager Salesperson "/> 

10 

<ElementType name="EmployeeId M content="textOnly n dt:type="ui4"/> 
<ElementType name="RowTimeStamp" content="textOnly M dt:type="ui4"/> 
<ElementType name- 'UserName" content= M textOnly" dt:type="string"/> 
<ElementType name="FullName" content= n textOnly M dt:type="string'7> 
1 5 <ElementType name= ,l Phone ,, content="textOnly " dtrtype- f string u £> 

<ElementType name="Fax" content="textOnly n dt:type="string"/> 
<ElementType name="Pager" content="textOnly M dt:type="string"/> 
<ElementType name="Email" content="textOnly H dt:type= H string M /> 
<ElementType name="Web" content="textOnly H dt:type= n string"/> 

20 

<ElementType name- 'Employee" content= n eltOnly M model="closed" order="seq"> 
<attribute type="Status"/> 
<attribute type="EmployeeType"£> 

<element type-'Employeeld" minOccurs-T' maxOccurs="l l, /> 
25 <element type="RowTimeStamp" minOccurs=" 1 " maxOccurs=" 1 7> 

<element type^'UserName" minOccurs- T' maxOccurs='TV> 

<element type- 'FullName" minOccurs-T 1 maxOccurs- T'/> 

<element type- 'Phone" minOccurs="l" maxOccurs-T7> 

<element type-'Fax" minOccurs= , '0 ,, maxOccurs-' l'V> 
3 0 <element type-'Pager" minOccurs- '0" maxOccurs-' 1 "/> 

<element type="Emair minOccurs="0" maxOccurs=" 1 "/> 

<element type="Web" minOccurs="0" maxOccurs='T7> 
</EleraentType> 

35 <EIementType name="EmpIoyees" content="eItOnIy" model- 'cIosed fr > 

<element type-'Employee" minOccurs- '0" maxOccurs= M *"/> 
</ElementType> 

<AttributeType name- 'MoreRecords" default="false" dt:type- 'Enumeration" devalues- True 

40 False"/> 

<ElementType name="ReturnedRecordCount" content="textOnly" dt:type="ui27> 

<ElementType name="RecordCount" content="eltOnly" model="closed"> 
<attribute type =,t MoreRecords"/> 
45 <element type="ReturnedRecordCount" minOccurs-' 1 " maxOccurs-' 1 "/> 

</ElementType> 

<ElementType name="Success" content="eltOnly" model-'closed" order="seq"> 
<element type="RecordCount" minOccurs- T' maxOccurs='T7> 
5 0 <element type- 'Employees" minOccurs-' 1 11 maxOccurs-' 1 n l> 

</ElementType> 
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<ElementType name="ErrorCode" content="textOnly" dt:type="ui4"/> 
<ElementType name-'ErrorDescription" content="textOn!y" dt:type="string ,, /> 

<ElementType name="Error" content="eltOnly" model="closed" order="seq"> 
<element type- 'ErrorCode" minOccurs- T f maxOccurs- T7> 
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<element type="ErrorDescription" minOccurs-T' maxOccurs- T7> 
</ElementType> 

<ElementType name =t, SearchEmployeeResponse n content="eltOnly" model="closed M order= !, one f, > 
5 <element type="Success !l minOccurs=" 1 " maxOccurs- 1 1 "/> 

<element type="Error" minOccurs-T' maxOccurs- '!"/> 
</ElementType> 
</Schema> 
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<?xml version= n 1.0"?> 

<Schema name= n Sea^chEmployeeSecurityResponseSchema t, xmlns= n urn:schemas-microsoft-com:xinl-data" 
xmtas:dt= , 'urn:schemas-microsoft-coni:datatypes ,, > 

<EleraentType name="EmployeeId" content="textOnly" dt:type="ui4"/i> 
5 <ElementType name= H RowTimeStamp ,, content= M textOnly" dt:type="ui4"/> 

<ElementType name="EmployeeName" content="textOnly" dt:type= !, string"/> 

<ElementType name="RightId H content="textOnly" dt:type="string'7> 
<ElementType name^'RightName" content="textOnly n dt:type="string n /> 
1 0 <ElementType name="Right" content="eltOnly " raodel="closed" order="seq"> 

<elementtype="RightId M minOccurs='T' maxOccurs=='TY> 
<element type="RightName" minOccurs-' 1 " maxOccurs=" 1 "/> 
</ElementType> 

1 5 <ElementType name= M Rights n content="eltOnly M modeH'closed'^ 

<element type- 'Right" rainOccurs="0" maxOccurs- '*"/> 
</ElementType> 



<EleraentType name="SectorId" content="textOnly" dt:type="string''£> 
20 <ElementType name="SectorName" content= M textOnly" dt:type="string"/> 

<ElementType name="Sector" content=="eltOnly" model="closed" order="seq"> 
<element type-'Sectorld" minOccurs- T' maxOccurs= n r'/> 
<element type="SectorName" minOccurs- T' maxOccurs= ,, r , /> 

<ElementType> 

25 

<ElementType name="Sectors" content="eltOnly" model= l, closed n > 
<element type= ,l Sector" minOccurs- '()" maxOccurs- '* "/> 
</ElementType> 

30 <AttributeType name="CompanyType" required-'yes" dt:type- 'Enumeration" 

dt:Values-'BrokerDealerInvestmentAdvisor'7> 
<ElementType name- 'Companyld" content="textOnly" dt:type="ui4"/> 
<ElementType name="CompanyName" content="textOnly" dt:type="string"/> 

35 <ElementType name- •Company" content="eltOnly" model- 'closed" order= 5 "seq n > 

<attribute type="CompanyType"/> 

<element type-'Companyld" minOccurs-' 1" maxOccurs- T7> 
<element type-'CompanyName" minOccurs- T maxOccurs- T7> 
</ElementType> 

40 

<ElementType name-'Companies" content="eltOnly" model="closed"> 
<element type="Company" minOccurs-'O" maxOccurs="*"/> 
</ElementType> 

45 <ElementType name="EmployeeSecurity" content="eltOnly" model-'closed" orden="seq"> 

<element type-'Employeeld" minOccurs-' 1" max0ccurs= n 17> 
<element type =l, RowTimeStamp" minOccurs- ' 1 " maxOccurs- ' 1 "/> 
<element type= M EmployeeName" minOccurs- T' maxOccurs- T7> 
<element type="Rights" minOccurs="l" maxOccurs='T7> 

50 <element type="Sectors" minOccurs=" 1 " maxOccurs=" 1 7> 

<element type-'Companies" minOccurs="l " max0ccurs="17> 
</ElementType> 

<AttributeType name="MoreRecords" default="false" dt:type="Enumeration" dt:values="True 

55 • Falser 

<ElementType name="ReturnedRecordCount" content="textOnly ,! dt:type="ui2"/i> 
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<ElementType name= t, RecordCount" content= M eltOnly" model="closed l, > 
<attribute type="MoreRecords"/> 

<element type="RetumedRecordCouiit ,! minOccurs^T' maxOccurs- TV> 
</ElementType> 

<ElementType name="Success" content="eltOnly" model="closed" order= M seq !, > 
<element type="RecordCount" minOccurs- T 1 maxOccurs- T'/> 
<element type="EmployeeSecurity" minOccurs-'O" maxOccurs- T7> 

</ElementType> 

<ElementType name="ErrorCode" content="textOnly" dt:type= M ui4"/> 
<ElementType name- 'ErrorDescription" content="textOnly" dt:type="string7> 



<ElementType name="Error" content= !, eltOnly ,, model="closed M order="seq"> 
1 5 <element type="ErrorCode" minOccurs-' 1 M maxOccurs-' 1 n f> 

<element type- 'ErrorDescription" minOccurs- ' 1 " maxOccurs-' 1 7> 
</ElementType> 

<ElementType name= M SearchEmployeeSecurityResponse t ' content="eltOnly" model="closed" 
20 order= M one"> 

<element type-'Success" minOccurs- 1 1" maxOccurs-' l"f> 
<element type-'Error" minOccurs-'l" maxOccurs-' 1'7> 
</ElementType> 
<Schema> 

25 
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<?xml version="1.0"?> 

<Schema name="SearchGroupDetailResponseSchema" xmlns= ,t um:schemas-microsoft-com:xml-data" 
xmlns:dt="urn:schemas-microsoft-com:datatypes M > 

5 <AttributeType name="GroupType" required- 'yes" dt:type="Enumeration" dtrvalues- 'Company"/> 

<ElementType name="GroupId" content="textOnly" dt:type="ui4"/> 
<ElementType name="GroupName" content="textOnly" dt:type="string"/> 
<ElementType name= M RowTimeStamp" content= M textOnly" dt:type="ui4"/> 

10 <ElementType name="Group" content="eltOnly" model-'closed" order="seq"> 

<attribute type="GroupType"/> 

<element type="GroupId" minOccurs='T r maxOccurs- T7> 
<element type="GroupName n minOccurs-T' maxOccurs-T7> 
<element type= ,f RowTimeStamp n minOccurs=" 1 " maxOccurs=" 1 "/> 
15 </ElementType> 

<ElementType name="CompanyId" content="textOnly" dt:type="ui4"/> 
<ElementType name="CompanyName" content="textOnly" dt:type="String f, /> 
<AttributeType name="CompanyType" required- 'yes" dt:type="Enumeration 11 
20 dt:values="BrokerDealer InvestmentAdvisor XBOND'7> 



<ElementType name="CompanyMember" content="eltOnly" model-'closed" order="seq"> 
<attribute type= n ConipanyType n /> 

<element type-'Companyld" minOccurs-T' maxOccurs="l"/> 
25 <element type- 'CompanyName" minOccurs= M 1 " maxOccurs- * 1 7> 

</ElementType> 

<ElementType name= ,, Members ,, content="eltOnly" model-'closed" order="one"> 
<element type- 'CompanyMember" rainOccurs="0" maxOccurs-' *"/> 
30 </ElementType> 

<AttributeType name= t, MoreRecords ,, default="false" dt:type="Enumeration" dt:values="True 

False7> 

<ElementType name- 'ReturnedRecordCount" content="textOnly" dt:type= h ui2'Y> 
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<ElementType name="RecordCount" content="eltOnly" model="closed"> 
<attribute type="MoreRecords'7> 

<element type="ReturnedRecordCount" minOccurs-T' maxOccurs- T7> 
</ElementType> 



<ElementType name- 'Success" content="eltOnly" model-'closed" order="seq"> 
<element type="RecordCount" minOccurs="l" maxOccurs-' l"/> 
<element type="Group" minOccurs= M l M maxOccurs='T7> 
<element type-'Members" minOccurs-T' maxOccurs= ,, r t /> 
45 </ElementType> 

<ElementType name="ErrorCode" content="textOnly" dt:type="ui4"£> 
<ElementType name- 'ErrorDescription" content="textOnly" dt:type= ,, string"/> 

50 <ElementType name^'Error" content="eltOnly" modeK'closed" order="seq"> 

<element type="ErrorCode" minOccurs="l" maxOccurs- TV> 
<element type=="ErrorDescription" minOccurs= M l n maxOccurs-' !"/> 
</ElementType> 

55 <ElementType name- 'SearchGroupDetailResponse" content="eltOnly" model="closed" order="one"> 

<element type="Success" minOccurs= M l" maxOccurs= n l"/> 
<element type-'Error" minOccurs="l" maxOccurs="l"/> 
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</ElementType> 
</Schema> 
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<?xml version="1.0"?> 

<Schema name="SearchGroupResponseSchema" xmlns="uni:schenias-microsoft-com:xml-data n 

xmtas:dt="um:schemas-microsoft-com:datatypes"> 

<AttributeType name- 'GroupType" required-'yes" dt:type="Enumeration" dt:values="Company"/> 
5 <ElementType name= n GroupId" content= M textOnly" dt:type="ui4"£> 

<ElementType name="GroupName n content="textOnly" dt:type="string"/> 
<ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4"/> 

<ElementType name="Group" content="eltOnly" model="closed" order="seq"> 
1 0 <attribute type="GroupType"/> 

<element type- 'Groupld" minOccurs="r maxOccurs- T7> 
<element type="GroupName" minOccurs-' 1 " maxOccurs-' 1 "/> 
<element type-'RowTimeStamp" minOccurs- T' maxOccurs- T7> 

</ElementType> 

15 

<ElementType name="Groups" content="eltOnly" model="closed"> 
<element type="Group" minOccurs- '0" maxOccurs="*"/> . 
</ElementType> 

20 <AttributeType name-'MoreRecords" default="false" dt:type="Enumeration" dt:values="True 

False M /> 

<ElementType narae= , 'RetumedRecordCount" content="textOnly" dt:type="ui2"£> 

<ElementType name- 'RecordCount" content="eltOnly" model="closed"> 
25 <attribute type="MoreRecords'7> 

<element type="ReturnedRecordCount" minOccurs- '1" maxOccurs- T7> 
</ElementType> 

<ElementType name= lf Success" content="eltOnly" model- 'closed" order="seq"> 
30 <element type="RecordCount" minOccurs-' 1 " maxOccurs= l, 1 "/> 

<element type- 'Groups" minOccurs- '1" maxOccurs =,t r'/> 
</ElementType> 

<ElementType name="ErrorCode" content= , 'textOnly ,t dt:type="ui4'7> 
3 5 <ElementType name- 'ErrorDescription" content="textOnly " dt:type="string"/> 

<ElementType name- 'Error" content="eltOnly" model= f 'closed" order="seq"> 
<element type="ErrorCode" minOccurs="l" maxOccurs-' 
<element type="ErrorDescription" minOccurs='T' maxOccurs-' 17> 
40 </ElementType> 

<ElementType name="SearchGroupResponse" content="eltOnly" model="closed" order="one"> 
<element type- 'Success" minOccurs="l" maxOccurs='Ty> 
<element type-'Error" minOccurs- T' maxOccurs="l"/> 
45 </ElementType> 
</Schema> 
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<?xml version="1.0"?> 

<Schema name="SearchNotificationResponseSchema" xmlns= n urn:schemas-microsoft-com:xml-data" 
xmlns:dt= !, uni:scheinas-microsoft-com:datatypes"> 

5 <AttributeType name="Status n default="Inactive" dt:type= ,, Enumeration" 

dt:values="Active Inactive"/> 
<AttributeType name= l, NotificationType" required="yes" dt:type= M Enumeration" 

dt:values="NewOrderReceivedTradeCreated"/> 
<AttributeType name="CategoryName" required="yes" dt:type= lt Enumeration ,, 
1 0 dt:values =l, Information Action Confirraation"/> 

<ElementType name^'Notificationld" contentF n textOnly" dt:type="ui4 M /> 

<AttributeType name="ObjectName" required= ,f yes !l dt:type="Enumeration" 
15 dt:values="Order Trade"/> 

<ElementType name= n 0bjectld" content="textOnly" dt:type="ui47> 
<ElementType name="ObjectDescription" content="textOnly" dt:type= ,, String"/> 

<ElementType name="Object H content="eltOnly" model="closed" order= n seq M > 
20 <attribute type= M ObjectName" t> 

<element type= M ObjectId" minOccurs= M l" maxOccurs='T7> 
<element type="ObjectDescription M minOccurs="r maxOccurs =, T'> 

</ElementType> 

25 <ElementType name="NotificationTime" content="textOnly" dt:type="dateTime ,, /i> 

<ElementType name= ,, Notification M content="eltOnly" model="closed" order= f, seq"> 
<attribute type= ,r NotificationType"/> 
<attribute type="CategoryName"/> 
3 0 <attribute type="Status"£> 

<element type="NotificationId" minOccurs-T' maxOccurs-T7> 
<element type="Object" minOccurs=" 1 " maxOccurs=" 1 M /> 
<element type="NotificationTime M minOccurs-T' max0ccurs= n 17> 

</ElementType> 

35 

<ElementType name="Notifications M content= M eltOnly" model- 'closed"> 
<element type="Notification" minOccurs= M 0" maxOccurs- '*"/> 
</ElementType> 

40 <AttributeType name- 'MoreRecords" default="false" dt:type="Enumeration ,! dt:values="True 

False M /> 

<ElementType name="ReturnedRecordCount" content= M textOnly' f dt:type="ui2"£> 

<ElementType name="RecordCount" content="eltOnly" model="closed"> 
45 <attribute type= M MoreRecords'7> 

<element type-'ReturnedRecordCount" minOccurs- T' maxOccurs-' l"/> 
</EleraentType> 

<EIementType name- 'Success" content="eltOnly" model- 'closed" order="seq"> 
50 <element type= n RecordCount" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="Notifications" minOccurs= M r' maxOccurs= n r/> 
</ElementType> 

<ElementType name="ErrorCode" content="textOnly" dt:type="ui4"/> 
55 <EleraentType name="ErrorDescription" content= n textOnly" dt:type="string"/> 

<ElementType name="Error" content="eltOnly ,, model="closed" order="seq"> 

57 



WO 01/48668 



PCTAJS00/35492 



<element type= M ErrorCode" minOccurs-'l" maxOccurs="l"/> 
<element type="ErrorDescription" minOccurs=" 1 " maxOccurs=" 1 "/> . 
</ElementType> 

5 <ElementType name="SearchNotificationResponse" content^'eltOnly" model="closed" ordei= M one"> 

<element type- 'Success" minOccurs- T 1 maxOccurs='T'/> 
<element type= M Error" minOccurs-T 1 maxOccurs='T7> 
</ElementType> 
</Schema> 
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<?xml version="1.0"?> 

<Schema name="SearchOrderDetailResponseSchema" xmlns="um:schemas-microsofteom:xml-data" 
xmlns:dt= ,, ura:schemas-microsoft-com:datatypes ,, > 



5 <AttributeType name= M Status M default="Inactive" dt:type="Enumeration" 

dt:vaIues =,, Active Inactive Match"/> 
<AttributeType name="OrderType" required="yes" dt:type="Enumeration" 

dt:values="LiveOffer LiveBid SubjectOffer SubjectBid OfferWanted BidWanted"> 
<AttributeType name="PartialFills ,, default="No" dt:type="Enumeration" 
1 0 dt:values="No WithNewOrder WithoutNewOrder M /> 

<AttributeType name="RebrokerType" required="yes" dt:type="Enumeration" 
dt:values="NotAppIicable Rebroker Private Counter"A> 

<ElementType name-'Orderld" content="textOnly" dt:type="string'7> 
1 5 <ElementType name="RowTimeStamp" content= n textOnly" dt:type="ui4"£> 



<ElementType name="Cusip" content="textOnly" dt:type="string"/> 
<ElementType name="Issuer" content="textOnly" dt:type="string'7> 
<ElementType name="IssueDescription" content="textOnly" dt:type="string'7> 
20 <ElementType name="MaturityDate" content="textOnly" dt:type="dateTime"/> 

<ElementType name-'Coupon" content="textOnly" dt:type="string"/> 



<ElementType name="Bond" content="eltOnly" model="closed" order="seq"> 
<element type-'Cusip" minOccurs=" 1 " maxOccurs-' 1 "/> 
25 <element type-'Issuer" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="IssueDescription M minOccurs= f, r' maxOccurs= lf 17> 
<element type- 'MaturityDate" minOccurs= n r maxOccurs= ft r , /> ■ 
<element type="Coupon n minOccurs=" 1 " maxOccurs-' 1 "/> 
</ElementType> 

30 

<ElementType name=" Amount" content="textOnly" dt:type="r4"/> 
<ElementType name="Currency" content="textOnly" dt:type="String" /> 
<ElementType name= ,, Price" content="eltOnly" modeK'closed" order="seq"> 
<element type=" Amount" minOccurs-' 1 " maxOccurs- ' 1 "/> 
3 5 <element type-'Currency " minOccurs=" 1 " maxOccurs=" 1 "/> 

</ElementType> 

<ElementType name="Display" content="textOnly" dt:type="ui4'7> 
<ElementType name="Minimum" content="textOnIy" dt:type="ui4"/> 
40 <ElementType name="Maximum" contentr="textOnly" dt:type="ui4"/> 

<EIementType name="Tail r, content="textOnly" dt:type="ui4"£> 
<ElementType name="Amounts M content="eltOnly" model="closed"> 
<group order="one" minOccurs="l" maxOccurs-' 1"> 
<element type="Display"/> 
45 <group order="seq"> 

<element type- 'Display7> 
<element type="Minimum"/> 
<element type="Maximum'7> 
<element type="Tail"/> 
50 </group> 
</group> 
<^EIementType> 



<ElementType name="SettlementDate" content="textOnly" dt:type="dateTime"/> 
55 <ElementType name="Alert n content="textOnly" dt:type="String"/> 

<EIementType name="Comment" content="textOnly" dt:type= M String ! 7> 



59 



WO 01/48668 



PCT/USOO/35492 



<ElementType name=''InitialYield" content= n textOnly" dt:type="r4"£> 
<ElementType name= M MaUirityDate M content="textOnly n dt:type="dateTime M /> 
<ElementType name="PriceAdjustlBPYieIdChange" content= n textOnly" dt:type= ,, r4"/> 
<ElementType name="PositiveTreasuryYieldChangeToGo" content= n textOnly" dt:type=*'r4'7> 
<ElementType name= ,r NegativeTreasuryYieldChangeToGo" content="textOnly" dt:type="r4"/> 
<ElementType name="AdjustWithTreasury" content^'eltOnly" model="closed" order="seq"> 
<element type- 'Initial Yield" minOccurs- T' maxOccurs-' 17> 
<element type- 'MaturityDate" minOccurs-' 1" maxOccurs='T'/> 
<element type="PriceAdjustlBPYieldChange n minOccurs='T' maxOccurs= M l"/> 
<element type- 'PositiveTreasuryYieldChangeToGo" minOccurs="l n maxOccurs- T7> 
<element type- TCegativeTreasuryYieldChangeToGo" minOccurs- T' maxOccurs-' 1'7> 
</ElementType> 

<ElementType name="CreateTime" content= M textOnly" dt:type="dateTirne"/> 
<ElemeatType name= M UpdateTime ,, content="textOnly" dt:type="dateTime"/> 
<ElementType name=ToGoTime" content="textOnly" dt:type="ui4 M /> 
<ElementType name="MinutesToGo" content="textOnly" dt:type="dateTime'V> 

<AttributeType name-'EmployeeType" required- ! yes" dt:type- 'Enumeration" 

devalues- 'Administrator Trader Assistant PortfolioManager Salesperson"^ 
<ElementType name="EmployeeId" content= n textOnly" dt:type="ui4"/> 
<ElementType name-'EmployeeName" content="textOnly" dt:type- *string"/> 

<ElementType narne="OwnerEmployee" content="eltOnly" model-'closed" order="seq"> 
<attribute type="EmployeeType'7> 

<element type-'Employeeld" minOccurs- T 1 maxOccurs='T7> 
<element type= ,f EmployeeName" minOccurs=" 1 " maxOccurs-' 1 n f> 
</ElementType> 

<ElementType name-'UpdateEmployee" content="eltOnly" model-'closed" order="seq"> 
<attribute type="EmployeeType"/> 

<element type="EmployeeId f ' minOccurs-' 1" maxOccurs- T7> 
<element type="EmployeeName" minOccurs- T' maxOccurs='T7> 
</ElementType> 

<ElementType name- 'CancelEmployee" content="eltOnly" model-'closed" order= ,, seq"> 
<attribute type="EmployeeType"/> 

<element type-'Employeeld" minOccurs- '!" maxOccurs='T7> 
<element type="EmployeeName" minOccurs-' 1" maxOccurs- T7> 
</ElementType> 

<AttributeType name-'CompanyType" required="yes" dt:type="Enumeration" 

dt:Values="BrokerDealerInvestmentAdvisor"/> 
<ElementType name="CompanyId" content="textOnly" dt:type="ui4"/> 
<ElementType name- 'CompanyNarae" content="textOnly" dt:type="string7> 

<ElementType name- 'Company" content="eltOnly" model="closed" order= n seq"> 
<attribute type="CompanyType"£> 

<element type- 'Companyld" minOccurs="r f maxOccurs- T'/> 
<element type="CompanyName" minOccurs-' 1" maxOccurs= n r'/> 
</ElementType> 

<ElementType name="FromCompany" content="eltOnly" model-'closed" order="seq"> 
<attribute type="CompanyType ! */> 

<element type-'Companyld" minOccurs-' 1" maxOccurs- TV> 
<element type- 'CompanyName" minOccurs- "1" maxOccurs="r/> 
</ElementType> 
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<ElementType name="Markup" content= M eltOnly" model= l 'closed ,, order="seq lf > 
<element type=" Amount" minOccurs= ! T f maxOccurs= t, r i /> 
<element type="Currency" minOccurs= M r i maxOccurs= t, r i /> 
5 </ElementType> 

<ElementType name="CounterParty" content="eltOnly" dt:type="string" raodel="closed" 
order="seq"> 

attribute type="RebrokerType"/> 
1 0 <element type="Company" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="Markup" minOccurs^'T* maxOccurs= ,, l n /> 
</EIementType> 

<ElementType name-'CounterParties" content="eltOnly" model="cIosed"> 
<element type="CounterParty" minOccurs="0" maxOccurs="* f 7> 
15 </ElementType> 

<ElementType name- 'OwnOrder" content="eltOnly" model= M closed ,! order="seq"> 
<attribute type="Status"£> 
<attribute type= f 'PartialFills"/> 

20 <attribute type="OrderType"A> 

<element type="OrderId" minOccurs=" 1" maxOccurs= n l"/> 
<element type="RowTimeStamp" minOccurs-T' maxOccurs=T'/> 
<element type="Bond" minOccurs-' 1 " maxOccurs= M 1 '7> 
<element type- 1 Amounts" minOccurs- 1 1" maxOccurs-T7> 

25 <element type="Price" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type- 'SettlementDate" minOccurs- T' maxOccurs="l"/> 
<element type=" Alert" minOccurs-' r maxOccurs='TV> 
<element type="Comment" minOccurs- '0" maxOccurs- T7> 
<element type="AdjustWithTreasury" minOccurs= : "0" maxOccurs='T7> 

30 <element type="MinutesToGo" minOccurs=" 1 " maxOccurs= M 17> 

<element type="CreateTime" minOccurs-' 1 " maxOccurs- ' 1 "/> 
<element type-'UpdateTime" minOccurs-' 1" maxOccurs='T7> 
<element type="ToGoTime" minOccurs=" 1 " maxOccurs=" 1 7> 
<element type-'OwnerEmployee" minOccurs- ' 1 " maxOccurs- ' 1 "/> 

3 5 <element type- 'UpdateEmployee" minOccurs- ' 1 " maxOccurs=" 1 n f> 

<element type="CancelEmployee" minOccurs="0 H maxOccurs- T'£> 
<element type="CounterParties" minOccurs="l" maxOccurs- T'/> 
</ElementType> 

40 <ElementType name="ReceivedOrder" contnet="eltOnly" raodel="closed" order= M seq"> 

<attribute type="Status u /i> 

attribute type="PartialFills"/> 

<attribute type="OrderType"> 

<attribute type="RebrokerType"/> 
45 <element type= u 0rderld" minOccurs=" 1 M maxOccurs=" 1 "/> 

<element type- 'RowTimeStamp" minOccurs="l" maxOccurs- T'/> 

<element type="Bond" minOccurs- T' maxOccurs- TV> 

<element type- 'Amounts" minOccurs- T' maxOccurs- T7> 

<element type- Trice" minOccurs=" 1 " maxOccurs-' 1 "/> 
50 <eleraent type="SettlementDate ,, minOccurs="l" maxOccurs= ,, l"/> 

<elementtype="FromCompany" minOccurs="l" maxOccurs- T7> 

<element type="CounterParties" minOccurs- ' 1 " maxOccurs=" 1 "/> 
</ElementType> 

55 <AttributeType name="MoreRecords" defaulfc="fa)se" dt:type="Enumeration" dt:values="True 

False"/> 

<ElementType name="ReturnedRecordCount" content="textOnly" dt:type="ui2"/> 
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<ElementType name="RecordCount" content="eltOnly" model= ,, closed"> 
<attribute type- 'MoreRecords"/> 

<element type="ReturnedRecordCount" minOccurs-' 1" maxOccurs="r'/> 
5 </ElementType> 

<ElementType name- 'Success" content="eltOnly" model-'closed" order="seq"> 
<element type="RecordCount" minOccurs= n l" max0ccurs="17> 
<group order= M one n > 

1 0 <element type="OwnOrder" minOccurs="0" maxOccurs-' 1 7> 

element type- 'ReceivedOrder" minOccurs="0" maxOccurs- T'/> 
</group> 
</ElementType> 

1 5 <ElementType name="ErrorCode" content= n textOnly" dt:type="ui47> 

<ElementType name= ,! ErrorDescription M content="textOnly" dt:type="string"/> 

<ElementType name="Error" content="eltOnly" model-'closed" order="seq"> 
<eleraent type-'ErrorCode" minOccurs- 1 1 11 maxOccurs=" 1 "/> 
20 <element type=' r ErrorDescription" minOccurs=" 1 " maxOccurs- ' 1 "t> 

<ElementType> 

<ElementType name- 'SearchOrderDetailResponse" content= M eltOnly" model- 'closed" order="one"> 
<element type- 'Success" minOccurs- T' maxOccurs-' l"/> 
25 <element type-'Error" minOccurs=" 1 " maxOccurs-' 1 "/> 

</ElementType> 
</Schema> 
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<?xml version= M 1.0"?> 

<Schema name-'SearchOrderResponseSchema" xmlns- 'um:schemas-microsoft-com:xml-data'' 
xmtas:dt= ,, um:schemas-microsoft-com:datatypes t, > 

<AttributeType name="Status" default="Inactive" dt:type="Enumeration" 
5 dt:values="Active Inactive Match"/> 

<AttributeType name= ,, OrderType ,, required- 'yes" dt:type="Enumeration" 
dt:values="LiveOffer LiveBid SubjectOffer SubjectBid OfferWanted BidWanted"/> 
<AttributeType name="PartialFills" default="No" dt:type="Enumeration" 
dt:values="No WithNewOrder WithoutNewOrder"/> 
1 0 <AttributeType name= ,, RebrokerType ,, required- 'yes" dt:type- 'Enumeration" 

dt: Values- 'Brokerage Private Counter NA"/> 

<ElementType name="0rderld" content="textOnly" dt:type="string'7> 
<EIementType name="RowTimeStamp" content="textOnly" dt:type="ui4'7^ 
1 5 <ElementType name="EmployeeId" content="textOnly" dt:type="ui4"/^> 

<ElementType name- TromCompanyld" content="textOnly" dt:type="ui4 M /> 

<ElementType name="Cusip" content="textOnly" dt:type="string"/> 
<ElementType name="Issuer" content="textOnly" dt:type="string"£> 
20 <ElementType name- 'IssueDescription" content="textOnly H dt:type= M string"/> 

<ElementType name="MaturityDate" content= M textOnly" dt:type="dateTime"/> 
<ElementType name-'Coupon" content="textOnly" dt:type="r4'7> 

<ElementType name="Bond" content="eltOnly" model="closed" order="seq"> 
<element type="Cusip" minOccurs="l n maxOccurs- T'/> 
<element type="Issuer" minOccurs- '1" maxOccurs =,t r f /> 
<element type="IssueDescription" minOccurs-' 1" maxOccurs- T'/> 
<element type="MaturityDate" minOccurs-"!" maxOccurs-' l"/> 
<element type="Coupon" minOccurs-' 1" maxOccurs- TV> 
</ElementType> 

<ElementType name="Display Amount" content="textOnly" dt:type="ui4"/> 

<ElementType name- 'Amount" content="textOnly" dtrtype- 'r4"/> 
<ElementType name="Currency" conte*nt="textOnly" dt:type="string"/> 
<ElementType name="Price" content="eltOnly" model="closed" order="seq"> 
<element type=" Amount" minOccurs="l " maxOccurs="l"/> 
<element type-'Currency" minOccurs="l " maxOccurs-' !"/> 
</ElementType> 

<ElementType name="SettIementDate" content="textOnly" dt:type="dateTime"£> 

<ElementType name="Order" content="eltOnly" model="closed" order="seq"> 
<attribute type="PartialFills'7> 
45 <attribute type="RebrokerType"/> 

attribute type="Status"/> 
<attribute type="OrderType"/> 

<element type="0rderld" minOccurs="l" maxOccurs="l"/> 
<element type="RowTimeStamp" minOccurs-' 1" maxOccurs-' 17> 

5 0 <element type="Emp]oyeeId" minOccurs="0" maxOccurs=" 1 "/> 

<element type="FromCompanyId" minOccurs- '1 " maxOccurs="l"/> 
<element type="Bond" minOccurs="l " maxOccurs-' I 7> 
<element type="Display Amount" minOccurs="l" maxOccurs-' 1"> 
<element type="Price n minOccurs- T' maxOccurs- TV> 

55 <element type="SettlementDate" minOccurs="l " maxOccurs-' 1 "f> 

</ElementType> 
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<ElementType name= n Orders n content= n eltOnly" model="closed"> 
<element type= n Order" minOccurs-'O" maxOccurs="*7> 
</ElementType> 

5 <AttributeType name="MoreRecords M default="false M dt:type="Enumeration" dt:values="True 

False'7> 

<EIementType name="ReturnedRecordCount" content="textOnly" dt:type="ui2"/> 

<ElementType name= M RecordCount n content= M eltOnly u model="closed"> 
1 0 <attribute type="MoreRecords !, /> 

<element type= H ReturnedRecordCount" minOccurs-T' maxOccurs= M l"/> 
</ElementType> 

<ElementType name="Success" content="eltOnly" model= t, closed ,t order= n seq"> 
1 5 <element type-'RecordCount" minOccurs- 1 1 " maxOccurs-' 1 "/> 

<element type="Orders" minOccurs="l" maxOccurs='T7> 
</ElementType> 

<ElementType name= ,, ErrorCode n content= M textOnly M dt:type="ui4'7> 
20 <ElementType name= ,, ErrorDescription" content== M textOnly n dt:type="string"/> 

<ElementType name^'Error" content= n eltOnly" model= M closed" order="seq"> 
<element type-'ErrorCode" minOccurs-' 1 " maxOccurs- ' 1 "/> 
<element type="ErrorDescription" minOccurs-T' maxOccurs- TY> 
25 <ElementType> 

<ElementType name- 'SearchOrderResponse" content="eltOnly M model-'clbsed" order= ,t one"> . 
<element type-'Success" minOccurs=" 1 " maxOccurs^" 1 "/> 
<element type="Error" minOccurs=" 1 " maxOccurs-' 1 "f> 
30 </ElementType> 
</Schema> 
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<?xml version= M 1.0"?> 

<Schema name="SearchRelationshipResponseSchema" xmlns="urn:schemas-microsoft-com:xml-data" 

xmlns:dt= ,t urn:schenias-microsoft«-com:datatypes l, > 

<AttributeType name="CompanyType 11 required="yes M dt:type="Enumeration" 
5 dt:Values- 'BrokerDealer InvestmentAdvisor"/> 

<ElementType name^'Companyld" content^'textOnly" dt:type= M ui47> 
<ElementType name-'CompanyName" content="textOnIy" dt:type- 'string'7> 

<ElementType name-'Company" content="eltOnly" model= n closed ,f order="seq"> 
1 0 <attribute type="CompanyType ,, /> 

<element type-'Companyld" minOccurs- T* maxOccurs- T7> 
<element type- 'CompanyName" minOccurs-'l" maxOccurs= n r , /> 

<ZEIementType> 

<AttributeType name= ,, Status" default="Active" dtttype^'Enumeration" 
1 5 dt:values="Active Inactive"/> 

<AttributeType name= ,, RelatedStatus t ' default=" Active" dt:type="Enumeration" 
dt:values="Active Inactive'V> 

<ElementType name="Relationship M content="eltOnly" model="closed M order="seq ,, > 
20 <attribute type= n Status M /> 

<attribute type="RelatedStatus"£> 

<element type- 'Company" minOccurs= n r' maxOccurs- T7> 
</ElementType> 

25 <ElementType name- 'Relationships" content="eltOnly" model- 'closed"> 

<element type="Relationship" minOccurs="0 M maxOccurs- '*"/> 
</ElementType> 

i' 

<AttributeType name="MoreRecords" default="false" dt:type="Enumeration" dt:values="True 

30 False"/> 

<ElementType name-'ReturnedRecordCount" content= M textOnly" dt:type="ui2"/> 

<ElementType name="RecordCount" content="eltOnly" model= M closed"> 
<attribute type= M MoreRecords'Y> 
3 5 <element type="ReturnedRecordCount" minOccurs- 1 1 " maxOccurs-' 1 "/> 

</ElementType> 

<ElementType name- 'Success" content="eltOnly" model- 'closed" order="seq"> 
<element type- 'RecordCount" minOccurs='T' maxOccurs-' l"/> 
40 <element type="Relationships" minOccurs=" 1 " maxOccurs-' I "/> 

</ElementType> 



45 



<ElementType name="ErrorCode" content^'textOnly" dt:type="ui4"/> 
<ElementType name="ErrorDescription" content="textOnly" dt:type="string'7> 



<ElementType name="Error" content="eltOnly" model="closed" order="seq"> 
<element type="ErrorCode" minOccurs- T maxOccurs-' l"/> 
<element type="ErrorDescription" minOccurs=" 1 " maxOccurs=" 1 "/> 

</ElementType> 

50 <ElementType name- 'SearchRelationshipResponse" content="eItOnly" model-'closed" order="one"> 

<element type- 'Success" minOccurs-' 1" maxOccurs- T7> 
<element type="Error" minOccurs=" 1 " maxOccurs- ' 1 "/> 
</ElementType> 
</Schema> 
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<?xml version= M 1.0"?> 

<Schema name="SearchRuleResponseSchema" xmlns= ,, ura:schemas-microsoft-com:xnil-data tl 
xmlns:dt^"um:schemas-microsoft-com:datatypes"> 

<AttributeType name="Confinnation" default="Automatic" dt:type="Enumeration" 
5 dt:values=" Automatic Manual"/^ 

<AttributeType name="Status" default="Active" dt:type="Enumeration" 

dt:values=" Active Inactive"/^ 
<AttributeType name-'RuleAction" default="Confirm" dfctype- 'Enumeration" 
dt:values="Confirm Reject"/> 

10 

<EIementType name="RuleId" content="textOnly" dt:type="ui4"/> 
<ElementType name="Name" content="textOnly" dt:type="string'7> 
<ElementType name="Precedence" content= ,! textOnly" dt:type="uil"/> 
<ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4"/> 

15 

<ElementType name= ,, FieldName ,, content="textOnly" dt:type="string"/> 
<AttributeType name= M Operator" required-'yes" dtitype- 'Enumeration" 

dt:values="Equal Different Less LessEqual Greater GreaterEqual Between In Notln Contains 

StartsWith"£> 

20 

<ElementType name="Value" content="textOnly" dt:type="string"/> 
<ElementType name="Values" content="eltOnly" model="closed"> 
<element type-'Value" minOccurs= ,f r' maxOccurs- '*"/> 
</ElementType> 

25 

<ElementType name-'Condition" content="eltOnly" model="closed" order="seq"> 
, <attribute type- 'Operator"£> 
<element type= t, FieldName ,, minOccurs-' 1" maxOccurs- 1 1"£> 
<element type=" Values" minOccurs="l " maxOccurs- '1 "/> 
30 </ElementType> 

<ElementType name="Conditions" content="eltOnly" model="closed"> 
<element type- 'Condition" minOccurs- ' 1 " maxOccurs="*"/> 
</ElementType> 

35 

<ElementType name-' Amount" content="r4"/> 
<ElementType name-'Currency" content="textOnly"/> 

<ElementType name- 'Markup" content="eltOnly" model="closed" order="seq"> 
<element type-' Amount" minOccurs-' 1" maxOccurs- T7> 
40 <element type-'Currency " minOccurs=" 1 " maxOccurs-' 1 "/> 

</ElementType> 



<AttributeType name="CompanyType" required-'yes" dtitype- 'Enumeration" 
dt:Values="BrokerDealer InvestmentAdvisor"/> 
45 <ElementType name="CompanyId" content="textOnly" dt:type="ui4"/> 

<ElementType name="CompanyName" content="textOnly" dtrtype- 'string'7> 



<ElementType name="Company" content="eltOn!y" model="closed" order="seq"> 

<attribute type="CompanyType"/> 
50 <element type="CompanyId" minOccurs="l " maxOccurs- '1 "/> 

<element type="CompanyName" minOccurs-' 1" maxOccurs='T'/> 
</ElementType> 

<ElementType name-ToCompany" content="eltOnly" model="closed" order="seq"> 
5 5 <element type="Company" minOccurs=" 1 " maxOccurs=" 1 n f> 

<element type-'Markup" minOccurs-' 1" maxOccurs='T'/> 
</ElementType> 
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<ElementType name=ToCompanies" content="eltOnly" model="closed"> 
<element type="ToCompany M minOccurs- '1" maxOccurs="* n £> 
</ElementType> 

5 

<ElementType name="GroupId" content= M textOnly M dt:type="ui4"/> 
<ElementType name- 'GroupName" content="textOnly" dt:type= ,, string"/> 

<ElementType name= ,l Group t, content="eltOnly" model-'closed" order="seq"> 
1 0 <element type= M GroupId" minOccurs-' 1 " maxOccurs-' 1 "/> 

<element type="GroupName u minOccurs- T' maxOccurs- T7> 
</ElementType> 

<ElementType name= M ToGroup !t content^'eltOnly" model= n closed M order="seq ,, > 
1 5 <element type="Group M minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="Markup" minOccurs="l " maxOccurs="l 7> 
</ElementType> 

<ElementType name="ToGroups" content="eltOnly" model= M closed ,, > 
20 <element type='ToGroup" minOccurs= M 1 " raaxOccurs="* 7> 

</ElementType> 

<ElementType name= n SetDefaultMarkup" content="eltOnly" model="closed"> 
<element type="Markup" minOccurs-' 1 " maxOccurs-' 1"£> 
25 </ElementType> 

<ElementType name= M RebrokerOrderTo" content="eltOnly" model= M closed H order="seq ,f > 
<element type="ToCompanies" minOccurs="0" maxOccurs- T7> 
. ^element type='ToGroups" minOccurs- '0" maxOccurs-' 1 n f> 
30 </ElementType> 

<ElementType name="Actions M content= lf eltOnly n model= M closed" order="seq"> 
<element type= n SetDefaultMarkup" minOccurs="0" maxOccurs-' 1 "f> 
<element type="RebrokerOrderTo" minOccurs="0 M maxOccurs=" 1 "/> 
35 </ElementType> 

<ElementType name="Rule" content= M eltOnly M modeK'closed" order="seq"> 

<attribute type="Confirmation"/> 

attribute type="Status"/> 
40 <attribute type="RuleAction"/> 

<element type="RuleId ft minOccurs-' 1 " maxOccurs- T*£> 

<element type="Name" minOccurs= M r ! maxOccurs- T7> 

<element type="Precedence n minOccurs= M l" maxOccurs= M r/> 

<element type="RowTimeStamp" minOccurs= M 1 " maxOccurs=" 1 "/> 
45 <element type="Conditions" minOccurs- 1 1 " maxOccurs- ' 1 "/> 

<element type="Actions" minOccurs-' 1 " maxOccurs-' 1 "/> 
</ElementType> 

<ElementType name^'Rulles" content= ,, eltOnly M modeK'closed'^ 
50 <element type="Rule" minOccurs="0" maxOccurs- '*"/> 

</ElementType> 

<AttributeType name="MoreRecords" defau]t="false" dt:type="Enumeration" dt:values= M True 

False"/> 

55 <ElementType name="ReturnedRecordCount" content="textOnly" dt:type="ui2"/> 

<ElementType name="RecordCount" content="eltOnly" model="closed"> 
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<attribute type-'MoreRecords'V^ 

<element type= ,, RetumedRecordCount" minOccurs-T' maxOccurs-Ty> 
</ElementType> 

5 <ElementType name- 'Success" content="eltOnly" model-'closed" order= M seq"> 

<element type="RecordCount M minOccurs="l" maxOccurs-T7> 
<element type-'Rules" minOccurs-T' maxOccurs= ,, l M /> 
</ElementType> 

1 0 <ElementType name="ErrorCode" content="textOnly" dt:type="ui4'Y> 

<ElementType name="ErrorDescription" content="textOnly" dt:type="string"/> 
<ElementType name="Error M content= u eltOnly" model="closed"> 

<element type-'ErrorCode" minOccurs= ,? r' maxOccurs- T7> 
<element type="ErrorDescription" minOccurs=" 1 " maxOccurs-' 1 "/> 
15 </ElementType> 

<ElementType name- 'SearchRuleResponse" content="eltOnly" model-'closed" order="one"> 
<element type-'Success" minOccurs= n l M maxOccurs= ,, l n /> 
<element type= !, Error n minOccurs-T' maxOccurs-' l"/> 
20 </ElementType> 
<7Schema> 
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<?xml version="1.0"?> 

<Schema name="SearchSchema" xmlns="um:schemas-microsoft-com:xml-data" xmlns:dt="urn:schemas- 
microsoft-com:datatypes"> 

<ElementType name- 'UserName" content="textOnly M dt:type="string"> 
5 <ElementType name= M Password" content="textOnly" dt:type="string"A> 

<ElementType name- 'Security" content="eltOnly" model="closed" ordei="seq"> 
<element type- 'UserName" minOccurs="l" maxOccurs- T7> 
<element type-'Password" minOccurs="l" maxOccurs-' 17> 
</ElementType> 

10 

<ElementType name="FieldName" content="textOnly" dt:type="string"/> 
<AttributeType name-'Operator" required="yes" dt:type="Enumeration" 

dt:values= M Equal Different Less LessEqual Greater GreaterEqual Betwen In Notln Contains 

StartsWith'7> 

15 

<ElementType name="Value" content="textOnly" dt:type="string"A> 
<ElementType name="Values" content="eltOnly" model="closed"> 
<element type-' Value" minOccurs-T' maxOccurs- '*"/> 
</ElementType> 

20 

<ElementType name- 'Condition" content="eltOnly" model="closed" order="seq"> 
<attribute type="Operator"£> 

<element type="FieldName" minOccurs=" 1 " maxOccurs-' 1 "/> 

<element type= M Values" minOccurs-' 1 " maxOccurs^" 1 "/> 
25 </ElementType> 

<ElementType name="Conditions" content="eltOnly" model="closed"> 

<element type= n Condition ,? minOccurs- T' maxOccurs-'* "/> 
</ElementType> 

<ElementT^e name="Criteria" content="eItOhly" model="closed"> 
30 <element type="Conditions" minOccurs="0" maxOccurs- '*"£> 

</ElementType> 

<AttributeType name- 'Direction" default="Ascending" dt:type="Enumeration" 

devalues- 'Ascending Descending"/^ 
<ElementType name="SortField" content="textOnly" dt:type="string"> 
35 <attribute type="Direction"/> 

</ElementType> 

<ElementType na^e="Sort" content="eltOnly" model="closed"> 

<element type="SortField" minOccurs="l" maxOccurs="*"/> 
</ElementType> 

40 <AttributeType name="Entity" required="yes" dt:type="Enumeration" 

dt:values="OrderDetail Rule EmployeeSecurity Notification Trade Order Relationship 
Company Employee Bond Group GroupMember"/> 

<ElementType name="Search" content="eltOnly" model="closed" order="seq"> 
<attribute type="Entity"/> 
45 <element type- 'Security " minOccurs=" 1 " maxOccurs- ' 1 "/> 

<element type="Criteria" minOccurs-' 1" maxOccurs-' l"/> 
<element type="Sort" minOccurs="0" maxOccurs="l"/> 
</ElementType> 
</Schema> 
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<?xml version="L0"?> 

<Schema name="SearchTradeResponseSchema M xmlns="urn:schemas-microsoft-com:xml-data" 
xmlns:dt= !, urn:schemas-microsoft-com:datatypes"> 

<AttributeType name- TradeType" required- 'yes" dt:type- 'Enumeration" 
5 dt:values="Bought Sold"/> 

<ElementType name="TradeId" content="textOnly" dt:type="ui4"> 
<ElementType name="TradeAmount" content="textOnly" dt:type="ui4"/> 

1 0 <ElementType name=" Amount" content="textOnly" dt:type="r4"/> 

<ElementType name="Currency" content="textOnly" dt:type="String'7> 

<ElementType name-Trice" content="eltOnly" model="closed" order="seq"> 
<element type="Amount" minOccurs-' 1 " maxOccurs=" 1 "/> 
1 5 <element type="Currency " minOccurs-' 1 " maxOccurs-' 1 "/> 

</ElementType> 

<ElementType name="0rderld" content="textOnly" dt:type="string"/> 

<ElementType name="Cusip" content="textOnly" dt:type="string"/> 
<ElementType name="Issuer" content="textOnly M dt:type="string'7> 
<ElementType name-'IssueDescription" content="textOnly" dt:type- 'string f 7> 
<ElementType name="MaturityDate" content="textOnly" dt:type="dateTime"/> 
<ElementType name="Coupon u content="textOnly" dt:type="r4"£> 

<ElementType name="Bond" content="eltOnly" model="closed" order= n seq"> 
<element type-'Cusip" minOccurs=" 1 " maxOccurs=" 1 "/> 
<element type-'Issuer" minOccurs-' 1" maxOccurs-T7> 
<element type='TssueDescription " minOccurs=" 1 " maxOccurs=" 1 7> 
<element type- 'MaturityDate" minOccurs="r f maxOccurs- T7> 
<element type-'Coupon" minOccurs- T' maxOccurs= lt r , /> 
</ElementType> 

<ElementType name="SettlementDate" content="textOnly" dt:type="dateTime"/> 
35 

<ElementType name="Order" content= ,, eltOnly" modeI="closed" order="seq"> 
<element type="0rderld" minOccurs- ' 1 " maxOccurs-' 1 "/> 
<element type="Bond" minOccurs^'T' maxOccurs-' l"/> 
<element type="SettlementDate ,, minOccurs-' 1" maxOccurs-' 17> 
40 <ElementType> 



20 



25 



30 



<EIementType name="MatchingTirae" content="textOnly" dt:type="dateTime'7> 

<AttributeType name- 'CompanyType" required= n yes" dfctype- 'Enumeration" 
45 dt: Values="BrokerDealer InvestmentAdvisor"£> 

<ElementType name="CompanyId" content="textOnly" dt:type="ui4"/> 
<ElementType name="CompanyName" content="textOnly" dt:type="string"/> 

<ElementType name="Company" content="eltOnly" model="closed M order="seq ,f > 
50 <attribute type="CompanyType"/> 

<element type="CompanyId" minOccurs=' f r' maxOccurs- T7> 
<element type="CompanyName" minOccurs- V maxOccurs- T7> 

</ElementType> 

5 5 <ElementType name="Trade" content="eltOnly" model="closed" ordei="seq"> 

<attribute type="TradeType"£> 

<element type="TradeId" minOccurs="l" maxOccurs='T7> 
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<element type="Price" minOccurs-' 1 " maxOccurs=" 1 "f> 
<element type="TradeAmount" minOccurs- T' maxOccurs= ,, l l, /> 
<element type="Order" minOccurs="F maxOccurs-T'/> 
<element type="MatchingTime u minOccurs-' 1" maxOccurs-T7> 
5 <element type-'Company " minOccurs=" 1 " maxOccurs="l "/> 

</ElementType> 

<ElementType name= ,, Trades M content="eltOnly" model="closed"> 
<element type="Trade M minOccurs="0" max0ccurs="*7> 
10 <tfElementType> 

<AttributeType name= M MoreRecords M default="false" dt:type=="Enumeration" dfcvalues- True 

False"/> 

<ElementType name= M RetumedRecordCount n content= n textOnly" dt:type= ,t ui2"/> 

15 

<ElementType name="RecordCount" content="eltOnly" model= M closed M > 
<attribute type="MoreRecords7> 

<element type="ReturaedRecordCount" minOccurs- T' maxOccurs= t, r , /> 
</ElementType> 

20 

<ElementType name="Success" content="eltOnly" model="closed" order="seq"> 
<element type- 'RecordCount" minOccurs-' 1 " maxOccurs=" 1 "/> 
<element type-Trades" minOccurs- T' maxOccurs-TV^ 

</ElementType> 

25 

<ElementType name="ErrorCode" content= n textOnly" dt:type="ui4 ,, /> 
<ElementType name- 'ErrorDescription" content="textOnly" dt:type =,t string ,! /> 

<ElementType name="Error" content="eltOnly" model-'closed" order="seq"> 
30 <element type-'ErrorCode" minOccurs- V maxOccurs='T'/> 

<element type- 'ErrorDescription" minOccurs='T' maxOccurs='T r A> 
</ElementType> 

<ElementType name= f, SearchTradeResponse M content="eltOnly" model="closed" order="one"> 
3 5 <element type="Success" minOccurs=" 1 11 maxOccurs-' 1 "/> 

<element type- 'Error" minOccurs-' 1" maxOccurs-' 1'7> 
</ElementType> 
<Scheraa> 
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<?xml version="L0"?> 

<Schema name-'SetEmployeeSecurity" xmlns- , u^KSchemas-microsoft-com:xm^data ,, 
xmlns:dt= ,l urn:schemas-microsoft-com:datatypes"> 

<ElementType name="UserName" content="textOnly" dt:type= n string"/> 
5 <ElementType name- 'Password" content="textOnly" dt:type="string ,f /> 

<ElementType name= ,, Security ,, content^'eltOnly" modeH'closed" order="seq"> 
<element type-'UserName" minOccurs-T' maxOccurs-TY> 
<element type-'Password" minOccurs-T' maxOccurs- T7> 
</ElementType> 

10 

<ElementType name-'Employeeld" content="textOnly" dt:type="ui4'7> 
<ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4'7^ 

<AttributeType name="MemberOperation n default="Add" dt:type- "Enumeration" dt:values="Add 
15 Update Remove"/> 



<ElementType name="MemberId" content="textOnly" dt:type="string7> 

<ElementType name="MemberDataName" content="textOnly" dt:type="string"/> 
20 <ElementType name^'MemberDataValue" content="textOnly" dt:type="string'7> 

<ElementType name= ,f MemberData" content="eltOnly" model="closed" order="seq"> 
<element type="MemberDataName" minOccurs='T' maxOccurs- T7> 
<element type="MemberDataValue" minOccurs- T maxOccurs="l"/> 

</ElementType> 

25 

<ElementType name- 'Member" content= M eltOnly ,t model="closed M order="seq"> 
<attribute type="MemberOperation"/> - 
<element type= t 'MemberId" minOccurs="l" maxOccurs= ,, r , /> 
<element type="MemberData" minOccurs="0" maxOccurs="*"/> 
30 </E]ementType> 

<AttributeType name-'UpdateType" default="Incrementar dt:type="Enumeration" 
dt:values=' ! Incremental Absolute"/> 

<ElementType name-'Members" content="eltOnly" model- 'closed"> 
3 5 attribute type="UpdateType7> 

<element type="Member" minOccurs="0" maxOccurs-'* "/> 
<ElementType> 



<ElementType name="Rights" content="eltOnly" model="closed"> 
40 <element type="Members" minOccurs=" 1 " maxOccurs=" 1 "/> 

</ElementType> 

<ElementType name="Sectors" content="eltOnly" model="closed"> 
<element type- 'Members" minOccurs- T' maxOccurs- T'/> 
45 </ElementType> 

<ElementType name= !t Companies ,, content="eltOnly" model="closed M > 

<element type- 'Members" minOccurs-' 1" maxOccurs= ,, r , /> 
</ElementType> 

50 

<ElementType name= ,, SetEmployeeSecurity" content="eltOnIy" model="closed" order="seq"> 
<element type= ,f Security" minOccurs^'T' maxOccurs- 'l M /> 
<element type- 'Employeeld" minOccurs-' 1" maxOccurs-' l"/> 
<element type=*'RowTimeStamp" minOccurs= n l" maxOccurs- T7> 
5 5 <element type="Rights" minOccurs=" 1 " maxOccurs=" 1 "t> 

<element type="Sectors" minOccurs-T' maxOccurs- T7> 
<element type="Companies" minOccurs="l " maxOccurs="l "/> 
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</ElementType> 
</Schema> 
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10 



<?xml version="1.0"?> 

<Schema name="SetOrderCounterPaitySchema" xmlns="urn:schemas-microsoft-com:xml-data n 
xmhsidt^'^rschemas-microsoft-comidatatypes^ 

<ElementType name^UserName" content="textOnly" dt:type="string"/> 
<ElementType name^'Password" content= u textOnly M dt:type= M string"/> 
<ElementType name= ,! Security" content="elt0nly" model="cIosed"> 

<element type-TJserName" minOccurs-T' maxOccurs- TV> 
<element type="Password" minOccurs-T ! maxOccurs- TV> 
</ElementType> 

<ElementType name="0rderld ,! content="textOnly" dt:type="string"/> 



<ElementType name="Amount" content="textOnly n dt:type="r4 ,, /> 
<ElementType name=' , Currency t, content="textOnly M dt:type="string'7> 
1 5 • <EIementType name="Markup" content= ,, eltOnly ,, model="closed M > 

<element type- 'Amount" minOccurs-T ? maxOccurs-' l"/> 
<element type="Currency" minOccurs="l" max0ccurs= n 17> 
</ElementType> 

20 • <AttributeType name= n MemberOperation" default= n Add" dt:type="Enumeration" dt:values="Add 

Update Remove"/^ 

<ElementType name- 'Memberld" content="textOnly M dt:type="string"/> 

25 <ElementType name= M MemberDataName" content="textOnly" dt:type="string"/> 

<EIementType name="MemberDataValue" content="textOnly" dtrtype-'string'V^ 
<ElementType name="MemberData" content="eltOnly" model="closed" order="seq"> 
<element type =,t MemberDataName" minOccurs^T' maxOccurs-T'/> 
<element type="MemberDataValue" minOccurs=" 1 " maxOccurs=" 1 7> 
30 </ElementType> 

<ElementType name="Member" content^'eltOnly" model="closed" order="seq M > 
<attribute type="MemberOperation"/> 
<element type- 'Memberld" minOccurs- T 1 maxOccurs- TV> 
35 <element type="MemberData" minOccurs="0" maxOccurs= ,, *' l /> 

</ElementType> 

<AttributeType name="UpdateType" default="Incrementar dt:type= n Enumeration" 
dt:values="Incremental Absolute"/> 
40 <ElementType name= ,, Members" content="eltOnly n model="closed"> 

<attribute type="UpdateType"> 

<element type= f, Member" minOccurs- 'O" maxOccurs="*"/i> 
</ElementType> 

45 <ElementType name-'Companies 11 content="eltOnly M model= f, closed n > 

<element type="Members" minOccurs- T' maxOccurs="r'/> 
</ElementType> 

<ElementType name= ,! Groups" content= f, eltOnly" model="closed ,f > 
5 0 <element type- 'Members" minOccurs- ' 1 " maxOccurs- '* "f> 

</ElementType> 

<EIementType name="CounterParties" content= ,, eltOnly" mode]="closed M order="seq"> 
<element type- 'Companies" minOccurs- '()" maxOccurs-' P/> 
5 5 <element type= M Groups" rainOccurs="0" maxOccurs=" 1 "t> 

</ElementType> 
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<ElementType name= M SetDefaultMarkup H content^'eltOnly" modeK'closed^ 

<element type- 'Markup" minOccurs-T' maxOccurs- ' 1 "l> 
</ElementType> 

5 <ElementType name="Actions" content="eltOnly" model=°closed" order="seq"> 

<element type="SetDefaultMarkup n minOccurs= ,, 0" maxOccurs="l 7> 
<element type="CounterParties" minOccurs="0 M maxOccurs="r/> 
</ElementType> 

1 0 <ElementType name= ,, SetOrderCounterParty" content="eltOnly" modeH'closed" order="seq ,? > 

<element type= M Security M minOccurs="r' maxOccurs= f T'/> 
<element type="0rderld" minOccurs-T' maxOccurs="r/i> 
<element type="Actions" minOccurs= M r' maxOccurs- T7> 
</ElementType> 

15 </Schema> 
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<?xml version="1.0"?> 

<Schema name-'SetRelationshipSchema" xmlns="ura:schemas-microsoft-com:xml-data" 
xmlns:dt= n um:schemas-microsoft-com:datatypes ,f > 

<ElementType name="UserName" content="textOnly" dt:type= n string"/> 
5 <ElementType name="Password" content="textOnly" dt:type= n string'7> 

<ElementType name= n Security" content= ,, eltOIlly ,, model="closed" order="seq"> 
<element type="UserName" minOccurs^T 1 maxOccurs="r'/> 
<element type="Password" minOccurs- ' 1 " maxOccurs- T7> 
</ElementType> 

0 

<AttributeType name= M MemberOperation !t default="Add n dtrtype-'Enumeration" dt:values="Add 
Update Remove"> 



<ElementType name="MemberId" content="textOnly" dt:type="string n /> 

15 

<ElementType name= t, MemberDataName n content="textOnly" dt:type="string"> 
<ElementType name= M MemberDataValue" content= n textOnly" dt:type="string H /> 
<ElementType name= n MemberData" content="eltOnly H model="closed" order="seq"> 
<element type="MemberDataName" minOccurs-T' maxOccurs-' l"/> 
20 <element type="MemberData Value" minOccurs-' 1 " maxOccurs=" 1 "/> 

</ElementType> 



<ElementType name= ,, Member" content="eltOnly" model="closed" order="seq"> 

<attribute type="MemberOperation M /> 
25 <element type="MemberId" minOccurs= M 1 " maxOccurs-' 1 "/> 

<element type= ,, MemberData ,, minOccurs="0" maxOccurs="*"A> 
</ElementType> 

<AttributeType name- 'UpdateType" default="Incrementar dt:type="Enumeration" 
30 dt:values="Incremental Absolute M > 

<ElementType hame="Members M content="eltOnly" model="closed"> 
Ottribute type="UpdateType"/> 

<element type= ,, Member" minOccurs="0" maxOccurs-'* 7> 
</ElementType> 

35 

<ElementType name- 'Relationships'' content="eltOnly" model="closed"> 

<element type="Members" minOccurs-T' maxOccurs-' l"/> 
</ElementType> 

40 <ElementType name="SetRelationship" content="eltOnly" model="closed" order="seq"> 

<element type="Security " minOccurs- ' 1 " maxOccurs-' 1 "/> 
<element type="Relationships" minOccurs-' 1" max0ccurs="17> 
</ElementType> 
<Schema> 

45 
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<?xmlversion="L0 ,, ?> 

<Schema name="SetRulePrecedenceSchema" xmlns="urn:schemas-microsoft-com:xml-data" 
xmlns:dt= lt um:schemas-microsoft-com:datatypes ,, > 

<ElementType name="UserName" content= ,, textOnly" dt:type="string ,, /> 
5 <ElementType name="Password" content="textOnly" dt:type="string"> 

<ElementType name- 'Security" content="eltOnly" model= n closed" order="seq ,, > 
<element type-'UserName" minOccurs- 1 1" maxOccurs-T7> 
<element type="Password" minOccurs- T' maxOccurs='T7> 
</ElementType> 

0 

<ElementType name="RuleId" content="textOnly" dt:type="ui4"/> 
<ElementType name="Precedence" content="textOnly" dt:type= n uil"/> 
<ElementType name="RowTimeStamp M content="textOnly" dt:type="ui4"/> 

<ElementType name="Rule" content="eItOnly" model="closed" order='"seq"> 
<element type^'Ruleld" minOccurs-' 1" maxOccurs =, T'/> 
<element type="Precedence" minOccurs-' 1" maxOccurs="l"/> 
<element type- 'RowTimeStamp" minOccurs-' 1" maxOccurs= ! TV^ 
</ElementType> 

<ElementType name="Rules" content=''eltOnly" model="closed ,, > 
<element type="Rule" minOccurs- T' maxOccurs="*"/> 
</ElementType> 

25 <ElementType name="SetRulePrecedence" content^'eltOnly" model="closed" order="seq"> 

<element type="Security " minOccurs=" 1 " maxOccurs- 1 1 "t> 
<element type- 'Rules" minOccurs-' 1 " maxOccurs-' 1 "l> * 
</ElementType> 
</Schema> 



15 



20 
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<?xml version="1.0"?> 

<Schema name="SubmitOrderSchema" xmlns= M uni:schemas-microsoft-com:xnil-data" 
xmlns:dt="ura:schemas-microsoft-com:datatypes ,, > 

<ElementType name="UserName" content="textOnly" dt:type=="string"/> 
5 <ElementType name="Password" content="textOnly" dt:type=="string"/> 

<ElementType name="Security" content= M eltOnly" model="closed" order="seq"> 
<element type-'UserName" minOccurs- '1" maxOccurs= n l"/> 
<element type="Password" minOccurs-' 1" maxOccurs-' l"/> 
</ElementType> 

10 

<AttributeType name="OrderType" required-'yes" dtrtype-'Enumeration" 
dt:va!ues="LiveOffer LiveBid SubjectOffer SubjectBid OfferWanted BidWanted"£> 

<AttributeTypename= u PartialFills M default="No" dt:type="Enumeration" 
dt:values="No WithNewOrder WithoutNewOrder"£> 

15 

<ElementType name="Cusip" content="textOnly" dt:type= ! 'string"/> 

<ElementType name="Display" content="textOnly" dt:type="ui4"/i> 
<ElementType name- 'Minimum" content="textOnly" dt:type="ui4'Y> 
20 <ElementType name= t, Maximum H content="textOnly ,! dt:type="ui4'7> 

<ElementType name="Tair content="textOnly" dt:type="ui4"/> 
<ElementType name="Amounts n content="eltOnly fl model- 'closed" order="seq"> 
<element type="Display" minOccurs- T' maxOccurs- T7> 
<element type="Minimum n rninOccurs='T' maxOccurs-' T7> 
25 <element type-'Maximurn" minOccurs- 1 1 " maxOccurs-' 1 '7> 

<element type="Tail" minOccurs- T' maxOccurs- T7> 
</ElementType> 

<ElementType name= M Amount M content="textOnly" dt:type="r4"> 
30 <ElementType name="Currency" content="textOnly" dt:type="string"/> 

<ElementType name="Price" content="eltOnly" model-'closed" order="seq"> 
<element type=" Amount" minOccurs- 1 1" maxOccurs-' l"/> 
<element type="Currency" minOccurs- T' maxOccurs- T7> 

</ElementType> 

35 

<ElementType name="SettlementDate" content="textOnly" dt:type="date"/> 

<AttributeType name="RebrokerType" required="yes" dt:type="Enumeration" 

dt:values="Brokerage Private Counter f, /> 
40 <ElementType name="CounterParty" content="textOnly" dt:type="string"> 

<attribute type="RebrokerType"/> 
</ElementType> 

<ElementType name="CounterParties" content="eltOnly" model="closed"> 
<element type-'CounterParty" minOccurs= n 0 M maxOccurs= n * H /> 
45 </ElementType> 

<ElementType name= M MinutesToGo" content="textOnly" dt:type="ui4"/> 

<ElementType name="InitialYield" content="textOnly" dt:type="r4 M /> 
50 <ElementType name="MaturityDate" content="textOnly" dt:type="date"/> 

<ElementType name="PriceAdjustlBPYieldChange" content=="textOn]y" dt:type="r4"/> 
<ElementType name="PositiveTreasury YieldChangeToGo" content="textOnly" dt:type="r47> 
<ElementType name="NegativeTreasury YieldChangeToGo" content="textOnly" dt:type="r4"/> 
<ElementType name="AdjustWithTreasury M content="eltOnly" model="closed" order="seq"> 
5 5 <element type="Initial Yield" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type="MaturityDate" minOccurs-' 1" maxOccurs- T7> 
<element type="PriceAdjustlBPYieldChange" mmOccurs="r f maxOccurs="l"/> 
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<element type= ,f PositiveTreasuryYieldChangeToGo" minOccurs-T' maxOccurs='T7> 
<element type="NegativeTreasuryYieldChangeToGo" minOccurs- T' maxOccurs-T7> 
</ElementType> 

5 <ElementType name="Comment" content="textOnly" dt:type= M string"/> 

<ElementType name="SubmitOrder" content="eltOnly" model="closed" order="seq"> 
attribute type= ,, OrderType"/> 
attribute type="PartialFills"/> 

1 0 <element type="Security" minOccurs-' 1 " maxOccurs=" 1 7> 

<element type="Cusip" minOccurs= ,, l M maxOccurs='T7> 
<element type-' Amounts" minOccurs- T' maxOccurs- T7> 
<element type- Trice" minOccurs="l" maxOccurs="l"/> 
<element type="SettlementDate" minOccurs-' 1" maxOccurs-' r/> 

1 5 <element type="MinutesToGo" minOccurs="0" maxOccurs=" 1 7> 

<element type="Comment" minOccurs="0" maxOccurs= ,, r , /> 
<element type="AdjustWithTreasury" minOccurs="0" maxOccurs- T7> 
<element type="CounterParties" minOccurs- T* maxOccurs- T7> 
</ElementType> 

20 </Schema> 
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<7xmlversion= , '1.0"?> 

<Schema name="UpdateCompanySchema" xmlns="urn:schemas-microsoft-com:xml-data" 
xmlns:dt="ura:schemas-microsoft-com:datatypes ,, > 

<EleraentType name= n UserName" content="textOnly" dt:type="string"/> 
5 <ElementType name="Password" content="textOnly" dt:type= n string"/> 

<ElementType name="Security" content= M eltOnly M modeH'closed" order="seq"> 
<element type= M UserName" minOccurs-' 1" maxOccurs =t T'/> 
<element type="Password" minOccurs-' 1" maxOccurs='T'/> 
</ElementType> 

10 

<AttributeType name="Status" default="Active" d^type^'Enumeration" 
dt:values= M Active Inactive"/> 



<ElementType name-'Companyld" content= !l textOnly" dt:type="ui4"£> 
1 5 <ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4'7> 

<ElementType name- 'CompanyName 1 ' content="textOnly M dt:type= n string"/> 
<EIementType name="Address" content="textOnIy" dt:type="string n /> 
<ElementType name="City" content= M textOnly" dt:type= M string ,, /> 

<ElementType name="State" content="textOnly" dt:type="string ,, /> 
20 <ElementType name="Zip" content="textOnly" dt:type="string"/> 

<ElementType name^'Phone" content="textOnly" dt:type="string"/> 

<ElementType name= ,, Fax M content="textOnly M dt:type= ,, string"/> 

<ElementType name="Web" content="textOnly" dt:type= ,, string M /> 

25 <ElementType name="UpdateCompany" content="eltOnly" modeH'closed" order="seq"> 

<atribute type="Status'7> 

<element type= r, Security r ' minOccurs= ,, l" maxOccurs='T7^ 
<element type="CompanyId" minOccurs- T' maxOccurs='T7> 
<element type= H RowTimeStamp" minOccurs-' 1 " maxOccurs=" 1 "f> 
3 0 <element type-'CompanyName" minOccurs-' 1 " maxOccurs= M 1 "/> 

<element type- 'Address" minOccurs- '1 " maxOccurs="l t, /> 
<element type =,, City M minOccurs-' 1" maxOccurs-T7> 
<element type="State" minOccurs- T' maxOccurs= M l n /> 
<element type="Zip" minOccurs="l " maxOccurs=" 1 "/> 
3 5 <element type="Phone" minOccurs-' 1 11 maxOccurs-' 1 "/> 

<element type- Tax" minOccurs-' 1" maxOccurs- T7> 
<element type="Web" minOccurs="0" maxOccurs= M l M /> 
</ElementType> 
<Schema> 

40 
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<Schema name== f, UpdateEmployeSchema" xmlns= ,! urn:schemas-microsoft-com:xml-data" 
xmlns:dt="urn:schemas-microsoft-com:datatypes f, > 

<ElementType name="UserName n content="textOnly" dt:type="string"/i> 
<ElementType name="Password M content^'textOnly" dt:type="string"/> 
5 <ElementType name= ,, Security" content="eltOnly" model-'closed" order="seq"> 

<element type- 'UserName" minOccurs='T' maxOccurs-TY> 
<element type="Password" minOccurs='T r maxOccurs-TV^ 
</ElementType> 

1 0 <AttributeType name= ,, Status 11 default=" Active" dt:type="Enumeration" 

dtrvalues- 'Active Inactive"/> 

<AttributeType name="EmployeeType !t required="yes" dt:type="Enumeration ,! 

devalues- 'Administrator Trader Assistant PortfolioManager Salesperson"/> 

<ElementType name="EmployeeId" content="textOnly" dt:type="ui4'7> 
<ElementType name="RowTimeStamp" content="textOnIy" dt:type="ui4"£> 
<ElementType name="FullName" content="textOnly" dt:type="string"/> 
<ElementType name="Phone" content="textOnly" dt:type="string'7> 
<ElementType name="Fax" content="textOnly M dt:type="string"/> 
<ElementType name="Pager" content="textOnly" dt:type="string"/> 
<ElementType name="Email" content="textOnly" dt:type="string"/> 
<ElementType name= ,, Web u content="textOnly" dt:type="string"A> 

25 <ElementType name="UpdateEmployee" content="eltOnly" model-'closed" order^'seq'^ 

<atribute type="Status'7> 
<atribute type="EmployeeType p 7> 

<element type-'Security" minOccurs-T' maxOccurs='T7> 
<element type-'Employeeld" minOccurs=" 1 " maxOccurs=" 1 *7> 

30 <element type-'RowTimeStamp" minOccurs=" 1 " maxOccurs= ,, 1 "/> 

<element type="UserName" minOccurs="r' maxOccurs= !, r'/> 
<element type-'Password" minOccurs= M 0" maxOccurs- 1 1 "/> 
<element type="FullName" minOccurs="l" maxOccurs= M l ,, /> 
<element type="Phone" minOccurs=" 1 " maxOccurs=" 1 "t> 

3 5 <element type=*Tax" minOccurs="0" maxOccurs=" 1 "t> 

<element type="Pager" minOccurs= !, 0" maxOccurs="17> 
<element type-'Email" minOccurs="0" maxOccurs- T'/> 
<element type="Web" minOccurs="0" maxOccurs="l "/> 
</ElementType> 

40 </Schema> 
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<?xml version= M 1.0"?> 

<Schema name= l, UpdateGroupSchema" x^llns-'u^l:schemas-mic^osoft-com:xmJ*data ,, 
xmlns:dt= ,t um:schemas-microsoft-com:datatypes"> 

<ElementType name="UserName" content="textOnly" dt:type="string f 7> 
5 <ElementType name="Password M content="textOnly n dt:type= ,, string"/> 

<ElementType name="Security M content= M eltOnly" model="closed" order= M seq"> 
<element type="UserName M minOccurs="l" maxOccurs-T7> 
<element type^Tassword" minOccurs-T' maxOccurs- T7> 
</ElementType> 

0 

<AttributeType name= f, GroupType" required= M yes" dt:type- 'Enumeration" dt:values="Company"/> 
<Element name= f, GroupId" content= M textOnly" dt:type="ui4"/> 
<Element name- 'GroupName" content="textOnly" dt:type="string t, /> 
<Element name="RowTimeStamp M content="textOnly" dt:type="ui4"/> 

5 

<AttributeType name= !, MemberOperation" defaults" Add 11 dt:type- 'Enumeration" dt:values=VAdd 
Update Remove"/> 



20 



<ElementType name- 'Memberld" content="textOnly" dt:type="string"/> 



<ElementType name- 'MemberDataName" content="textOnly" dt:type="string"/> 
<ElementType narne-'MemberDataValue" content="textOnly" dt:type= f, string !, /> 
<ElementType name="MemberData" content="eltOnly" model="closed" ordei="seq"> 
<element type- 'MemberDataName" minOccurs-T' maxOccurs- T7> 
25 <element type="MemberDataValue" minOccurs=" 1 " maxOccurs=" 1 "/> 

</ElementType> 

<ElementType name="Member" content="eltOnly". model- 'closed" order="seq"> 

<attribute type- , MemberOperation , 7> 
3 0 <element type-'Memberld" minOccurs-' 1 " maxOccurs=" 1 "/> 

<element type-'MemberData" minOccurs="0" maxOccurs-'* "/> 
</ElementType> 

<AttributeType name- 'UpdateType 1 ' default="Incrementar dt:type="Enumeration" 
35 devalues- 'Incremental Absolute"/> 

<ElementType name="Members" content="eltOnly" model="closed"> 
<attribute type="UpdateType"/> 

<element type- 'Member" minOccurs="0" maxOccurs-'* "/> 
</ElementType> 

40 

<ElementType name="UpdateGroup" content="eltOnly" model="dosed" order="seq"> 
<attribute type="GroupType"/> 

<element type- 'Security " minOccurs=" 1 " maxOccurs-' 1 "f> 
<element type="GroupId" minOccurs= n l" maxOccurs-' 1'7> 
45 <element type-'GroupName" minOccurs-' 1 " maxOccurs-' 1 "f> 

<element type- 'RowTimeStamp" minOccurs- T' maxOccurs-' 1"/^ 
<element type- 'Members" minOccurs= f, r f maxOccurs="r'/> 
</ElementType> 
</Schema> 
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<Schema name-UpdateOrder 1 xmhs-um:schemas-microsoft-com:xml-data ! xmlns:dt= t urn:schemas-microsoft- 
com:datatypes ! > 

<ElementType name="UserName" content="textOnly" dt:type= t, string"/> 
<ElementType name="Password" content="textOnly" dt:type= t, string tt /> 
5 <ElementType name="Security" content="eltOnly h model-'closed" order="seq"> 

<element type="UserName" miiiOccurs-T' maxOccurs='T7> 

<element type="Password" minOccurs-T' maxOccurs- T7> 
</ElementType> 

1 0 <AttributeType name="OrderType" required="yes M dtrtype- 'Enumeration" 

dt:values="LiveOffer LiveBid SubjectOffer SubjectBid OfferWanted BidWanted"/> 
<AttributeType name="PartialFills" defauIt="No" dt;type="Enumeration n 
dt:values="No WithNewOrder WithoutNewOrder !, /> 

1 5 <ElementType name="0rderld" content="textOnly" dttype="string'7> 

<ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4'7> 

<EIementType name="Cusip" content="textOnly" dt:type="string7> 

20 <ElementType name="Display" content="textOnly" dt:type="ui4"/> 

<ElementType name="Minimum" content="textOnly" dt:type="ui4"/> 
<ElementType name="Maximum" content="textOnly" dt:type="ui4'7> 
<ElementType name="Tail" content="textOnly" dt:type="ui4*7> 
<ElementType name-' Amounts" content="eltOnly" model- 'closed" order="seq"> 
25 . <element type="Disp!ay " minOccurs=" 1 " maxOccurs=" 1 "t> 

<element type="Minimum" minOccurs-T' maxOccurs-' 17> 
<element type=="Maximum" minOccurs-T' maxOccurs-' 1 7> 
<element type="Tail" minOccurs- T' maxOccurs='T7> 
</ElementType> 

30 

<ElementType name=" Amount" content="r4"/> 
<ElementType name- 'Currency" content="textOnly"/> 
<ElementType name-'Price" content="eltOnly" model- 'closed" order="seq"> 
<element type=" Amount" minOccurs-' 1 " maxOccurs-' 1 "/> 
3 5 <element type- 'Currency " minOccurs- ' 1 " maxOccurs=" 1 "/> 

</ElementType> 

<ElementType name="SettlementDate" content="textOnly" dt:type="date"/> 

40 <AttributeType name="RebrokerType" required- 'yes" dt:type="Enumeration" 

dt:values="Brokerage Private Counter"/> 
<ElementType name="CounterParty" content="textOnly" dt:type="string"> 

<attribute type="RebrokerType"/> 
</ElementType> 

45 <ElementType name= ,, CounterParties" content="eltOnly" model="closed"> 

<element type- 'Counterparty" minOccurs- '0" maxOccurs="*"/> 
</ElementType> 

<ElementType name= M MinutesToGo" content="textOnly" dt:type="ui4"/> 

50 

<ElementType name="InitialYield" content="textOnly" dt:type="r4"/> 
<ElementType name="MaturityDate" content="textOnly" dt:type="date"/> 
<ElementType name="PriceAdjustlBPYieldChange" content="textOnly" dt:type="r4"/> 
<ElementType name- 'PositiveTreasuryYieldChangeToGo" content="textOnly" dt:type-'r4"> 
5 5 <ElementType name="NegativeTreasury YieldChangeToGo" content="textOnly " dt:type="r4'7> 

<EIementType name="AdjustWithTreasury" content="eltOnly" model="closed" order="seq"> 
<element type=="InitialYield M minOccurs= M l" maxOccurs= n l"/> 



83 



WO 01/48668 



PC7YUS00/35492 



<element type="MaturityDate" minOccurs= M l " maxOccurs='T'/> 
<element type= n PriceAdjustlBPYieIdChange M minOccurs="l" maxOccurs= ,, r , /> 
<element type="PositiveTreasuryYieldChangeToGo" minOccurs-T' maxOccurs- 1 1'7> 
<element type=' l NegativeTreasuryYieldChangeToGo n minOccurs-T' maxOccurs- T'/> 
5 </ElementType> 

<ElementType name= n Comment M content= ,l textOnly u dt:type= ,, string"/> 

<ElementType name="UpdateOrder" content="eltOnly" model="closed n order="seq u > 
1 0 attribute type="PartialFills"/> 

<attribute type="OrderType'V> 

<element type="Security" minOccurs-T' maxOccurs- T'/> 
<element type="0rderld" minOccurs-T' maxOccurs- T7> 
<element type= M RowTimeStamp" minOccurs=" 1 " maxOccurs=" 1 n f> 

1 5 <element type= M Cusip" minOccurs=" 1 " maxOccurs=" 1 "f> . 

<element type=" Amounts" minOccurs- T* maxOccurs="l"/> 
<element type- 'Price" minOccurs- T 1 maxOccurs='T7> 
<element type="SettlementDate" minOccurs- T maxOccurs- T7> 
<element type="MinutesToGo" minOccurs=" 1 " maxOccurs=" 1 "/> 

20 <element type="Comment" minOccurs="0" maxOccurs="l "/> 

<element type="AdjustWithTreasury" minOccurs="0" maxOccurs- T7> 
<element type="CounterParties" m in Occurs-' 1" maxOccurs- ' TV> 
</ElementType> 
</Schema> 

25 
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<?xml version=" 1 .0"7> 

<Schema narae="UpdateRuleSchema" xmlns="um:schemas-microsoft-com:xml-data" xmlns:dt="urn:schemas- 
microsoft-com :datatypes"> 

<ElementType name-'UserName" content="textOnly" dt:type= !, string n /> 
5 <ElementType name="Password" content="textOnly" dt:type="string"/> 

<ElementType name=" Security" content="eltOnly" model="closed" order="seq"> 
<element type="UserName" minOccurs="l" maxOccurs='Ty> 
<element type="Password" minOccurs- T' maxOccurs-T'/> 
</ElementType> 

10 

<ElementType name="Name" content="textOnly" dt:type="string"/> 
<ElementTypename= ,, RuleId"content="textOnly n dt:type="ui4'7> 
<ElementType name="RowTimeStamp" content="textOnly" dt:type="ui4"/> 

1 5 <ElementType name="Precedence" content="textOnly " dt:type="ui 1 n f> 

<AttributeType name= ,, Confiimation" default=" Automatic" dt:type="Enumeration" 

dt:values=" Automatic Manual"/> 
<AttributeType name="Status" default="Active" dt:type="Enumeration" 
dt:values="Active Inactive"/> 
20 <AttributeType name="RuleAction" default="Confirm'' dt:type="Enumeration" 

dt:values="Confirm Reject ! 7> 

<ElementType name= M FieldName" content= !, textOnly n dt:type="string"/> 
<AttributeType name-'Operator" required="yes" dfctype-'Enumeration" 
25 dt:values="Equal Different Less LessEqual Greater GreaterEqual Between In Notln Contains 

StartsWith"/> 



<ElementType name=" Value" content="textOnly" dt:type="string"/> 
<ElementType name="Values" content="eltOnly" model="closed"> 
30 <element type="Value" minOccurs="l" max0ccurs="*7> 

</ElementType> 



<ElementType name="Condition" content="eltOniy" model="closed" order="seq"> 

<attribute type="Operator"£> 
3 5 <element type-'FieldName" minOccurs=" 1 " maxOccurs=" 1 "/> 

<element type-' Values" minOccurs="l " maxOccurs- ' 1 7> 
</ElementType> 

<ElementType name="Conditions" content="eltOnly" model="closed"> 
40 <element type="Condition" minOccurs=" 1 " maxOccurs="* "/> 

<ElementType> 

« 

<ElementType name=" Amount" content="r4"/> 

<ElementType name="Currency" content="textOnly'7> 
45 <ElementType name="Markup" content="eltOnly" model="closed" order="seq"> 

<element type-' Amount" minOccurs-' 1 " maxOccurs="l "/> 
<element type="Currency" minOccurs="l" maxOccurs- TV> 

</ElementType> 

50 <ElementType name="CompanyId" content="textOnly" dt:type="ui4"/> 

<ElementType name="ToCompany" content="eltOnly" model- 'closed" order="seq"> 
<element type-'Companyld" minOccurs="l" maxOccurs="l "/> 
<elementtype="Markup" minOccurs-' 1" maxOccurs=="l"/> 
</ElementType> 



55 



<ElementType name="ToCompanies" content="eltdnly" model="closed"> 
<element type="ToCompany" minOccurs- 'l n maxOccurs="*'7> 
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</ElementType> 

<ElementType name= ,, GroupId" content="textOnly" dt:type="ui4'7> 
<ElementType name="ToGroup" content="eltOnly" model="closed ,, order="seq"> 
5 <element type="GroupId" minOccurs- ' 1 " maxOccurs=" 1 "f> 

<element type- 'Markup" minOccurs='T' maxOccurs= M l"/> 
</ElementType> 



<ElementType name='ToGroups" content="eltOnly" model="closed"> 
1 0 <element type="ToGroup" minOccurs-' 1 M maxOccurs="* "/> 

</ElementType>. 

<ElementType name="SetDefaultMarkup" content="eltOnly" model="closed"> 
<element type- 'Markup" minOccurs-' 1" maxOccurs- T7> 
15 </ElementType> 

<ElementType name="RebrokerOrderTo" content="eltOnly" model="closed" order="seq"> 
<element type- ToCompanies" minOccurs-'O" maxOccurs =,, r ! /> 
<element type= l, ToGroups ,, minOccurs- '0 M maxOccurs="l"/> 
20 </ElementType> 

<ElementType name- 'Actions" content="eltOnly" model- 'closed" order="seq"> 
<element type="SetDefaultMarkup'' minOccurs="0" maxOccurs="l"/> 
<element type="RebrokerOrderTo" minOccurs="0 M maxOccurs= ,, l"/> 
25 </ElementType> 

<EIementType name="UpdateRuIe" content="eltOnly" model="closed" order="seq"> 
<attribute type- 'Confirmation''/^ 
attribute type="Status'7> 
30 <attribute type="RuleAction'V> 

<element type- 'Security" minOccurs^'T' maxOccurs-' 1'7> 
<elementtype="RuleId" minOccurs="l" maxOccurs="l"/> 
<element type- 'Name" minOccurs="r' maxOccurs- TV> 
<element type="Precedence" minOccurs= ,, l M maxOccurs='T'/> 
3 5 <element type="RowTimeStamp" minOccurs-' 1 " maxOccurs-' 1 '7> 

<element type- 'Conditions" minOccurs-' 1" maxOccurs- T'/> 
<element type- 'Actions" minOccurs="l" maxOccurs- T7> 
</ElementType> 
</Schema> 
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WHAT IS CLAIMED IS: 

1 . A method for executing a transaction in a computerized system, the 
transaction based upon an order communicated by a first ordering party, the method 
comprising: 

5 allowing each of a plurality of parties receiving an order related to the 

transaction to designate a plurality of other parties with whom to communicate orders relating 
to the transaction and to communicate orders with such designated other parties using the 
system; 

determining whether a match occurs on an order arising from the order 
10 communicated by the first ordering party and on an order communicated by a second ordering 
party; and 

executing the transaction relating to the matched orders at least by executing 
orders communicated by the first and second ordering parties. 

2. The method of claim 1, wherein the step of allowing parties to 

1 5 communicate orders comprises allowing the first ordering party to communicate orders with a 
plurality of parties. 

3. The method of claim 2, comprising selecting one of the parties with whom 
the first ordering party has communicated an order, and wherein the step of executing the 
transaction comprises executing the transaction between the first ordering party and the 

20 selected party. 

4. The method of claim 2, wherein each order has a set of terms, and wherein 
the step of allowing the first ordering party to communicate orders comprises allowing the 
first ordering party to communicate orders having different sets of terms to different ones of 
the parties. 

25 5. The method of claim 2, wherein each order has a set of terms, and wherein 

the step of allowing the first ordering party to communicate orders comprises allowing the 
first ordering party to communicate orders having identical terms to different ones of the 
parties. 

6. The method of claim 1, comprising allowing the first ordering party to 
30 select whether the order is a live, executable order or a subject order. 
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7. The method of claim 1 , wherein the order generated by the first ordering 
party is a live, executable order, and wherein the step of allowing parties to communicate 
orders comprises allowing parties to communicate live, executable orders. 

8. The method of claim 7, wherein the step of executing the transaction 

5 comprises automatically executing the transaction between the parties upon determination of 
a match if the orders generated by the first and second ordering parties are live, executable 
orders. 

9. The method of claim 1, wherein the order communicated by the first 
ordering party is an order subject to satisfaction of a condition, and wherein the step of 

10 executing the transaction comprises executing the transaction only if the condition is 
satisfied. 

10. The method of claim 1, wherein the computerized system comprises a 
system for trading financial instruments, and wherein the step of allowing parties to 
communicate orders comprises allowing parties to communicate offers or bids for the 

15 financial instruments. 

1 1 . The method of claim 1, wherein the computerized system comprises a 
•system for trading items in specified amounts, the method comprising allowing the first 
ordering party to specify an amount of items to be in the order communicated to other parties. 

12. The method of claim 11, comprising allowing the first ordering party to 
20 select whether all the specified items in the order must be part of the transaction. 

13. The method of claim 1, comprising, for each of the plurality of parties 
using the system, storing in a memory accessible to the party a list of other parties and 
allowing the party to select one or more of the other parties in the list with whom to 
communicate the order. 

25 14. The method of claim 1 , comprising, for each of the plurality of parties 

using the system, storing a set of rules in a memory accessible to the party, and wherein the 
step of allowing parties to communicate orders comprises generating and communicating 
orders between parties based upon the stored sets of rules. 

15. The method of claim 1, wherein the order communicated by the first 

30 ordering party has a first set of terms, and wherein the step of allowing parties to 

communicate orders comprises allowing parties to communicate orders having second sets of 
terms different than the first set of terms. 
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16. The method of claim 15, wherein the first set of terms include a price for 
the transaction, and wherein the step of allowing parties to communicate orders having 
second sets of terms comprises allowing parties to modify the price from the first set of terms. 

1 7. A computerized trading system for facilitating execution of a transaction 
5 based upon an order communicated by a first ordering party, the system comprising: 

a communication system for allowing each of a plurality of parties using the 
system and receiving an order relating to the transaction to designate a plurality of other 
parties with whom to communicate an order relating to the transaction and to communicate 
the order with such selected party or parties; 
10 a matching system for determining whether a match occurs on an order arising 

from the order communicated by the first ordering party with an order communicated by a 
second ordering party; and 

an order execution system for executing the transaction relating to the matched 
order at least by executing orders communicated by the first and second ordering parties. 
15 1 8 . A method for facilitating execution of a transaction in a computerized 

system, the transaction being based upon an order communicated by a first ordering party, the 
- method comprising: 

allowing each of a plurality of parties using the system to communicate orders 
relating to the transaction with a plurality of other parties using the system, the orders having 
20 parameters set by the parties communicating the orders; and 

identifying a chain of parties between the first and second ordering parties who 
have communicated orders relating to the orders, the identities of the parties in the chain not 
being solely determined by parameters set by the first and second ordering parties. 

19. The method of claim 18, comprising determining whether a match occurs 
25 on an order arising from the order communicated by the first ordering party with an order 

communicated by a second ordering party. 

20. The method of claim 19, comprising executing the transaction by 
executing matched orders communicated by the parties in the chain. 

21. The method of claim 19, comprising allowing the first ordering party to 
30 select whether the order is a live, executable order or a subject order. 



89 



WO 01/48668 PCT/US00/35492 

22. The method of claim 21 , wherein the order communicated by the first 
ordering party is a live, executable order, and wherein the step of allowing parties to 
communicate orders comprises allowing parties to communicate live, executable orders. 

23. The method of claim 22, comprising executing the transaction by 
5 automatically executing live orders communicated by the parties in the chain upon 

determination of a match. 

24. The method of claim 18, wherein the order communicated by the first 
ordering party is an order subject to satisfaction of a condition, comprising executing the 
transaction only if the condition is satisfied. 

10 25. The method of claim 18, wherein the computerized system comprises a 

system for trading financial instruments, and wherein the step of allowing parties to 
communicate orders comprises allowing parties to communicate of offers or bids for the 
financial instruments. 

26. The method of claim 1 8, wherein the computerized system comprises a 
15 system for trading items in specified amounts, the method comprising allowing the first 

ordering party to specify an amount of items to be in the order communicated to other parties. 

27. The method of claim 26, comprising allowing the first ordering party to 
select whether all the specified items in the order must be part of the transaction. 

28. The method of claim 18, comprising, for each of the plurality of parties 
20 using the system, storing in a memory accessible to the party a list of other parties and 

allowing the party to select one or more of the other parties in the list with whom to 
communicate the order. 

29. The method of claim 1 8, comprising^ for each of the plurality of parties 
using the system, storing a set of rules in a memory accessible to the party, and wherein the 

25 step of allowing parties to communicate orders comprises generating and communicating 
orders between parties based upon the stored sets of rules. 

30. The method of claim 1 8, wherein the order communicated by the first 
ordering party has a first set of terms, and wherein the step of allowing parties to 
communicate orders comprises allowing parties to communicate orders having second sets of 

30 terms different than the first set of terms. 
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3 1 . The method of claim 30, wherein the first set of terms include a price for 
the transaction, and wherein the step of allowing parties to communicate orders having 
second sets of terms comprises allowing parties to modify the price from the first set of terms. 

32. The method of claim 18, wherein identifying the chain of parties 

5 comprises tracking a path of parties tracing back to the first ordering party as each of the 
parties communicates a given order. 

33. The method of claim 32, comprising storing the path of parties in 
association with the given order. 

34. In a computerized system, a method for facilitating execution of a 

10 transaction between a first party and a second party through a plurality of intermediaries, the 
method comprising; for each intermediary involved in the transaction: 

presenting to the intermediary an order received by the intermediary relating to 
the transaction; 

storing information for identifying a list of other parties in a memory 
15 accessible to the intermediary; 

displaying the list to the intermediary; 

allowing the intermediary to select one or more parties from the list to which 
the intermediary can communicate an order relating to the transaction; and 

communicating the order from the intermediary to the one or more selected 

20 parties. 

35. The method of claim 34, comprising allowing the intermediary to generate 
the list of other parties from among a group of parties using the system. 

36. The method of claim 34, comprising storing status data representing 
whether each party in the list is an intermediary party which is allowed to communicate an 

25 order relating to the transaction to other parties or a counterparty which is not allowed to 
communicate an order relating to the transaction to other parties, and displaying the status 
data with the list to the intermediary. 

37. The method of claim 34, wherein the order presented to the intermediary 
identifies parties with which the intermediary party may communicate orders, and comprising 

30 selected the identified parties from the information identifying the list and displaying the 
identified parties as the list to the intermediary. 
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38. The method of claim 34, wherein the order presented to the intermediary 
contains a first set of terms, the method comprising allowing the intermediary to generate a 
second set of terms for the order to be communicated with each party. 

39. The method of claim 38, wherein the step of allowing the intermediary to 
5 generate a second set of terms comprises allowing the intermediary to generate a different set 

of terms for each party to whom an order is communicated. 

40. In a computerized system for trading of fixed income securities, a method 
for facilitating execution of a transaction based upon an order communicated by a first 
investor, the method comprising: 

10 presenting an order to a broker dealer arising from the order communicated by 

the first investor; 

allowing the broker dealer to decide, among other possible choices, whether to 
match the presented order or communicate an order relating to the transaction to a plurality of 
other parties using the system; 
15 if the broker dealer decides to match the presented order, executing the 

transaction by at least executing the presented order and the order communicated by the first 
investor; and 

if the broker dealer decides to communicate the order, communicating the 
order to the one or more other parties. 
20 41. The method of claim 40, comprising allowing the broker dealer to further 

decide to submit a counteroffer to the order and communicating the counteroffer. 

42. The method of claim 40 5 comprising allowing the first investor to select 
whether the order is a live, executable order or a subject order. 

43. The method of claim 40, wherein the order communicated by the first 

25 investor is a live, executable order, and wherein the step of communicating the order from the 
broker dealer comprises communicating a live, executable order. 

44. The method of claim 43, wherein the step of executing the transaction 
comprises automatically executing the transaction upon a match between the order 
communicated by the first investor and a matching live, executable order. 

30 45. The method of claim 40, wherein the order communicated by the first 

investor is an order subject to satisfaction of a condition, and wherein the step of executing 
the transaction comprises executing the transaction only if the condition is satisfied. 
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